[[ShowPath]]

= Implementatieblad Hoensbroek =

 * AC Hoensbroek is bezig met operationeel krijgen van OpenAC
 * Alle procedures zijn getest, systeem is klaar om live te gaan
 * Er wordt nog gekeken naar productieverschillen tussen 2006 en 2007 door de diverse veranderingen (verandering verrichtingcodes, overstap jaarkaarten naar AP's, overstap op OpenAC-proces).

 * OpenAC wordt ingezet als rekenmodule.  Alle functionaliteit voor perifere centra is ingeschakeld, met het oog op het factuurproces.
 * Periodiek wordt informatie binnengehaald uit ADMINAC.
 * OpenAC berekent de openstaande nota's.

 * In Hoensbroek worden 3 op zichzelf staande OpenAC-databases gebruikt: Hoensbroek + kleine locaties, Venlo, Maastricht.  Dit sluit aan op 3 verschillende versies van ADMINAC.

 * Nota's worden niet afgedrukt vanuit OpenAC.
 * Nota's worden geëxporteerd naar een afgesproken formaat (SRL-FIN) gebaseerd op de gegevens die nodig zijn om een Vektis-bestand of een particuliere nota aan te maken.
 * De rekeningen worden verstuurd/ingediend door SRL.


== Toekomst ==

Hoensbroek wijkt in de volgende dingen af:

 * Verrichtingen worden niet allemaal geregistreerd, maar de typische meting-verrichtingen worden afgeleid uit de CAMEA-database, waar de metingen in liggen opgeslagen.

 * Hoensbroek opereert binnen de SRL, en zoekt aansluiting bij Ecaris.

 * Er zijn 5 locaties (Hoensbroek, Venray, Venlo, Maastricht en straks Roermond).

De locaties worden aan elkaar gekoppeld door een hoogkwalitatief VPN met directe databasetoegang (geen remote desktop-oplossingen).  Voor OpenAC zou eenzelfde model worden gehanteerd.

Gezien de complexiteit van het systeem in Hoensbroek wordt bij OpenAC in eerste instantie gedacht aan de AP-vaststelling en niet het EPD-gedeelte.  Echter, aan de meetkant wordt toch ook weer aan OpenAC gedacht.


== Rollen ==

Idee is dat elk type medewerker zich zoveel mogelijk binnen één applicatie beweegt:

 * Secretariaat: Ecaris
 * Onderzoeker/audiometrist: OpenAC, AC440 of NOAH/Easy
 * Facturering: OpenAC zet factuurregels in Ecaris direct door naar financieel systeem (vektis-module SRL)
 * Management: gedeelte Ecaris (AWBZ + totaaloverzicht), gedeelte OpenAC (rapporten AP/jaarkaartenproductie)


== Infrastructuur ==

We kunnen uitgaan van de volgende punten:

 * NAW en verzekeringsgegevens worden in Ecaris ingevoerd, en zijn in OpenAC read-only
 * Productie van type "aankruisen" wordt handmatig door secretariaat vastgelegd in Ecaris (formulier met: datum, medewerkers + contacttijd, vinkje voor elk van de FENAC-verrichtingen)
 * Productie uit metingen wordt wordt geautomatiseerd doorgegeven aan OpenAC
 * OpenAC voegt deze twee stromen samen en verzorgt de facturering

Te zijner tijd

Hiervoor moet het volgende nog gebeuren:

 * Patienten van het AC moeten worden overgezet naar Ecaris met een patientnummer waar het ADMINAC-nummer uit kan worden herkend
 * Koppeling Ecaris -> OpenAC moet worden gelegd: NAW-gegevens, verzekeringsgegevens en verrichtingen.  Al deze informatie is read-only in OpenAC

In de toekomst kan OpenAC wel worden gebruikt om registraties te doen zoals bijvoorbeeld Mac-AC.


== Overzicht te leggen koppelingen ==

A. NAW + verzekeringsgegevens: Ecaris -> OpenAC

B. Patnr + datum + verrichtingcodes: Ecaris -> OpenAC

C. Notaregel: OpenAC -> Financieel systeem.  Deze koppeling wordt al in januari 2007 gelegd.

D. Noah/Easy moet patientgegevens kunnen ophalen.  Hiervoor kan met OpenAC of met Ecaris worden gekoppeld.  Beide koppelingen zijn eenvoudig.  Wil je meer gaan doen met je meetgegevens, dan zijn alle opties nog open, zoals gebruik van OpenAC als communicatieinstrument.  Advies is om dit voorlopig open te laten.