Changes between Initial Version and Version 1 of ImplementatieBladen/AcFriesland


Ignore:
Timestamp:
08/15/07 12:16:58 (19 years ago)
Author:
annius
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ImplementatieBladen/AcFriesland

    v1 v1  
     1[[ShowPath]] 
     2 
     3= Implementatieblad Friesland = 
     4 
     5 * AC Friesland is sinds 6-2007 operationeel met OpenAC. 
     6 
     7 * Friesland zet OpenAC in als rekenvariant, echter, de modules van de registratievariant, met het factureringssysteem van de perifere centra, is ingeschakeld. 
     8 * Gegevens worden ingevoerd in FileMaker.  In OpenAC wordt niet ingevoerd, omdat alle invoer bij een volgende import weer ongedaan wordt gemaakt. 
     9 * Periodiek (ca 1x per maand) worden de gegevens uit FileMaker geïmporteerd in OpenAC. 
     10 * OpenAC berekent dan de openstaande nota's. 
     11 
     12 * Nota's worden op papier uitgedraaid en electronisch ingediend via Vecozo. 
     13 * Er wordt niet geëxporteerd naar een financiële omgeving. 
     14 
     15 
     16 == Toekomst == 
     17 
     18 * Friesland wil graag gebruik maken van automatische controle verzekeringsrecht voor het factureren.  Hierbij wordt wel gebroken met het principe dat invoer alleen geschiedt in FileMaker. 
     19 
     20 
     21== Afspraken == 
     22 
     23||16 februari 2007||Bouw importfunctie FM -> OAC|| 
     24||22 februari 2007||Acceptatieversie|| 
     25||rond 1 maart||Installatie, testimports|| 
     26||ca 10 maart||Factureren|| 
     27 
     28== Opzet == 
     29 
     30Friesland blijft invoeren in !FileMaker op de Macintosh.  Er komt 1 windows-systeem (een zwarte laptop) waarop zowel de MySQL-database staat als OpenAC.  Op deze zelfde PC kan ook Vecozo worden benaderd - dit gaat vooralsnog niet op de Macintosh. 
     31 
     32We doen 1x een initiële import; hierbij worden alle productiegegevens binnengehaald en de DBC's uit voorgaande jaren vastgesteld in OpenAC.  Ook worden de gefactureerde jaarkaarten overgenomen in de financiele-trajecttabel van OpenAC, zodat patiënten die recht hebben op zorg in 2007 goed worden geadministreerd. 
     33 
     34Na dit eerste importproces kan naar believen periodiek OpenAC worden bijgewerkt.  Daartoe worden de volgende bestanden uit !FileMaker ge-exporteerd: 
     35 
     36 * Patienttabel 
     37 * Verrichtingtabel 
     38 * Adressenbestand 
     39 
     40Elk van deze bestanden heeft een veld 'laatst gewijzigd'.  Voor het exporteren wordt een periode gekozen.  Alleen regels in deze periode veranderd, worden binnengehaald.  Die patienten worden herberekend, en dit levert factureerbare financiële trajecten op.  Het factureerproces gaat verder net als bij andere perifere AC's. 
     41 
     42 
     43== Wijzigingen nodig aan !FileMaker == 
     44 
     45 * In de patienttabel wordt het verzekeringveld gesplitst in ''sorteercode'' en ''polisnummer''. 
     46 * In de patienttabel komt een extra schakelaar "trajecten sluiten".  Als je deze aanklikt, wordt gecontroleerd dat de ''sorteercode'' verwijst naar een geldige kaart in het adressenbestand. 
     47 * In de verrichtingentabel wordt een veld toegevoegd dat het veld ''één'' vervangt, en de volgende drie waarden kan hebben: ''gehoor'', ''taal'' en ''gratis''. 
     48 * DBC-systeem kan op non-actief worden gezet 
     49 
     50 
     51== Notities == 
     52 
     53 * Annius zorgt er met scripts voor dat de nota's in 2006 goed in OpenAC worden overgenomen. 
     54 
     55 * De normtijden en tarieven worden vanaf de overgang bijgehouden in OpenAC. 
     56 
     57 * Precieze naamgeving in de bovenstaande wijzigingen maakt natuurlijk niet uit; wel moet nadat we live gaan, gezorgd worden dat naamgeving van voor de gegevensuitwisseling benodigde velden en waarden niet meer zonder overleg wordt veranderd. 
     58 
     59 * Bij de eerste importstap zijn twee mogelijkheden: de DBC-tabel uit !FileMaker importeren tot 2005, en de jaarkaarten gebruiken voor 2006; of: de typering van de behandeldagen ook met terugwerkende kracht bijwerken, en de DBC's opnieuw door OpenAC laten vaststellen.  Dit laatste lijkt de eenvoudigere optie, maar zou verschillen kunnen opleveren in begin- en einddata.  De tweede optie betekent dat bij de import de financiële afsluitdatum moet worden gezet op 1-1-1970, zodat DBC's worden berekend, en dan meteen na de import op 31-12-2006.  Jos verwacht aardige overeenstemming tussen de trajecten van OpenAC en die van ACF.