registratiesysteem voor het LZMP influenza

Beste collega's


Ik kan mij inbeelden dat niet iedereen op de hoogte is over deze topic, maar 't zou mij verwonderen mocht elke IT'er uit de lucht vallen.


In het kader van influenza is elke gemeente voorbereidingen aan het treffen om een LokaalZorgMeldPunt (LZMP) op te richten.
Dat bestaat uit verschillende onderdelen: een callcenter, een centrum voor gegevensregistratie, een centrum voor raadpleging, een centrum voor logistiek en een centrum voor thuiszorg.

Verschillende onderdelen van het LZMP moeten gegevens bijhouden (b.v. per beller de vraag of het probleem, de middelen die nodig zijn, ...).
Gezien het LZMP adhoc wordt opgericht, beschikt het niet over backofficesoftware om dit allemaal bij te houden.
De federale overheid stelt dit voor, maar de koppeling naar het bevolkingsregister wordt evenwel volgens mij een beetje te eenvoudig voorgesteld.

Ik weet dat een aantal traditionele overheidssoftwareleveranciers een applicatie wensen te bouwen tegen prijzen die zo goed als onbetaalbaar zijn (de een zijn brood ...). Voorlopig ziet het er niet naar uit dat dit voor alle gemeentebesturen zal ontwikkeld worden.

Is er iemand van jullie bezig met de uitwerking van de backofficetools? En zo ja, wat maak je dan concreet (rekenblad gekoppeld aan een export van het lokaal bevolkingsregister, webapplicatie die het DBMS met het bevolkingsregister aanspreekt, ...)?

Jan en Tom,

Wij hebben in Drupal een webinterface aangemaakt waarin je de oproepen kan registreren met de gegevens, conform de vragenlijst van FOD Volksgezondheid.

De oproepen worden in Google maps op kaart weergegeven zodat je een mooi overzicht hebt van de griepgevallen binnen je gemeente.

Je kan dat allemaal rustig testen op volgende url : http://democc.schoten.be

Je kan die applicatie extern zetten ofwel intern, naargelang je verkiest.

Diegenen die interesse hebben, geef gewoon een seintje (mail of reply op deze posting) en ik stuur je een dvd op met een Virtualbox-image van gans de installatie en een gedetailleerde handleiding hoe je de applicatie operationeel maakt.

Groetjes,

Jan Verlinden

ps de applicatie (Drupal) is open source dus alles is gratis ... ;-)

Tom,

We kunnen inderdaad koppelen met de bevolkingslijsten indien we dat willen. We kunnen die gegevens ook manueel inlezen waardoor de opzoekingstijd korter is. Voorlopig hoeft dat nog niet.
We verwachten dat in de aanvangsfase de oproepen beperkt zullen zijn. Een persoonlijk kontakt van de call-taker met de oproeper lijkt mij dan belangrijker dan iemand eerst in een lijst gaan opzoeken. Als er een toevloed aan oproepen is, dan gaan wij de lijsten waarschijnlijk wel inlezen.

Actiefiches worden niet gekoppeld : er is immers een "coördinator" die de calltakers zal superviseren en die mee beslist welke acties aan elke oproep worden gekoppeld. Je kan hiervoor wel gewoon bijkomende velden creëren in de applicatie waarin je die acties noteert. Voorlopig hebben we dat nog niet gedaan.

Groetjes,

Jan

Jan,

Misschien heb je een ip-adres ingebracht dat reeds op je interne netwerk in gebruik was ?

Ik zou het eerst eens terug op dhcp zetten, zien welke ip-adres wordt toegekend en daar naartoe surfen. Als je op de website raakt, dan is er iets met het vast ip-adres dat je hebt ingebracht, denk ik (subnet eventueel niet goed ingesteld ... ?).

Groetjes,

Jan

Jan,

Als je zelf aanpassingen wilt doen dan dien je je wel even te verdiepen in de werking van Drupal, meer bepaald in de werking en het gebruik van de modules CCK en Views.

Zo moeilijk is dat nu ook weer niet en het loont de moeite omdat je met die kennis héél wat andere dingen kunt doen ... eigenlijk zijn de mogelijke toepassingen binnen een gemeente schier eindeloos .... ;-)

Op youtube vind je al heel wat instructiefilmpjes die je op aangename wijze er wegwijs mee maken (een dik handboek vastpakken doorworstelen hou je toch niet vol ... althans ik toch niet). Die van Lullabot (grappige naam maar het zijn wel knappe experts) zijn uitstekend.

Groetjes,

Jan

Pascal,

Ik heb de ontwerp-versie begin augustus gezien op een demo : het is gewoon een applicatie "from scratch" opgebouwd in java. Ik heb niet alles kunnen bekijken want de applicatie is nog (steeds) niet volledig af.

Vermits de Drupal-applicatie niet "from scratch" begint kan je hier snel en "on the fly" functionaliteiten inbouwen. Je kan immers zo veel velden met informatie aanmaken als je zelf wilt ... .

Dus het enige verschil is dat de cipal-applicatie elke wijziging in hun programma zal moeten programmeren, terwijl in een Drupal-applicatie je gewoon de CCK en Views even aanpast ... .

Wij hadden ons begin juli al gebaseerd op de vragenlijst van het Ministerie van Volksgezondheid. Dus toen was die applicatie reeds klaar ... . Nadien werd een andere vragenlijst rondgestuurd en hebben wij onze applicatie "on the fly" aangepast ... .

De bedoeling was geenszins te "concurreren" met de applicatie van Cipal : wij wilden gewoon intern een goed programma dat we zelf konden aanpassen naargelang de omstandigheden evolueren. Cipal is nadien met de mededeling gekomen dat zij voor de provincie Antwerpen een globale applicatie gingen opzetten. Let wel op dat de internetverbinding dan wel moet werken en áls ze werkt dat er geen "overbelasting" mag zijn door een groot aantal bevragingen ... maar daar zal Cipal wel aan gedacht hebben zeker .... .

Groetjes,

Jan

Pascal,

Voor de aanpassingen : zie mijn posting van 18/8.

Je kan Drupal makkelijk koppelen met andere toepassingen omdat het open source is.

Wijzelf hebben onze applicatie nog niet gekoppeld met andere toepassingen.

Groetjes,

Jan