[[ShowPath]] = Implementatieblad AMC = == Projecten == Op 6 januari 2009 zijn de lopende projecten geïnventariseerd door Walter de Haan, Anne van der Werf, Marcel Maré, Henk Burgstra en Annius Groenink. Daarbij zijn de volgende zaken in kaart gebracht: '''A1. Koppel (merge) en update'''. Ter ondersteuning van de acceptatie van OpenAC is het zaak dat op afzienbare termijn er een ''windows service'' komt voor de serverprocessen van OpenAC. Bij elke wijziging zal ICT hier dringender op wijzen is de verwachting. Deze heeft de volgende eigenschappen: * Één service voor alle serverprocessen (koppel, update, AZD en ADT-relay), dus niet meermaals naast elkaar OpenAC opstarten. * Service draait op een hiervoor aangewezen dedicated server, niet op een werkstation; bijvoorbeeld dicht bij of op dezelfde machine als de SQL-database. '''A2. ADT via één centraal punt'''. Ook hier geldt: bij elke wijziging in de toekomst zal dit dringender worden aangekaart, echter dit heeft 1 klein tikje minder prioriteit dan de windows service. Het verzoek is de ADT-queries van OpenAC-clients via één centraal punt aan de communicatieserver door te geven. FENAC heeft dit altijd als een raar punt ervaren, immers je hebt een communicatieserver, en nu vraag je OpenAC om die functionaliteit over te nemen. Maar het lijkt niet onze rol om hierover in discussie te gaan dus er komt een moment dat dit actueel wordt in de planning. '''A3. Rollbackmogelijkheden bij koppel'''. Dit is een eis, maar meer systemen kunnen dit niet ondersteunen. Wij hebben aangegeven dat dit in OpenAC ook niet mogelijk is. We kunnen er wel bij in de buurt komen maar de vraag is of dat echt nuttig is: bij een gesplitst dossier zouden we het dossier kunnen dupliceren, waarna het handwerk is de gegevens te verdelen over de twee individuele dossiers. Geen echte UNDO-functie voor een koppel dus. '''A4. HL7 2.4 en BSN'''. OpenAC heeft het Keurmerk BSN van VWS. Dat betekent dat OpenAC streng moet zijn met de criteria bij het overnemen van BSN's. Er zijn twee smaken: * ZIS wordt beschouwd als "andere zorgaanbieder". Het BSN wordt overgenomen en aangemerkt als "OK, ontvangen van andere zorgaanbieder", patiënten worden beschouwd als niet geïdentificeerd. BSN kan worden afgedrukt op correspondentie, gebruiker wordt bij elke actie gewezen op de eigen verantwoordelijkheid middels een oranje bullet. * ZIS wordt beschouwd als gelijkwaardig met OpenAC (één datasysteem). In dit geval moet OpenAC niet alleen het BSN ontvangen, maar ook de identificatiegegevens, en de status en logs van de controle BSN bij SBV-Z en de controle van het identiteitsdocument. We zien de volgende stappen: * 1. Inventariseren wat er loopt binnen het AMC. Walter de Haan brengt zo nodig Annius Groenink in contact met ter zake kundig persoon binnen het AMC. * 2. Fasering bepalen * 3. Communicatie OpenAC upgraden HL7 2.2 naar HL7 2.4 * 4. Overschakelen naar de BSN-gecertificeerde versie van OpenAC. Zolang de BSN-issues niet zijn opgelost, kan men blijven draaien met een niet-gecertificeerde versie van OpenAC die wel ruimte heeft om een BSN op te slaan als "eigen administratie". '''A5. AZD webserver'''. De AZD server is ruime tijd geleden door FENAC opgeleverd, echter het AMC wil een aantal stappen in het FO opnieuw bekijken. Het gaat dan om (1) authorisatie en (2) moeten wel alle documenten op patiëntnummer + datum en (3) de gelijktijdige behandeling van OpenAC en Decos opnieuw tegen het licht houden. De bal ligt hier bij het AMC. Men wil snel het FO aanpassen, en vervolgens kijken of en zo ja welke wijzigingen dan nog nodig zijn in OpenAC. '''A6. DBC's en verrichtingen'''. Ten snelste wil men een tijdelijke oplossing: * Geen verwijzer meer meesturen in de DFT. Dit was een misverstand want dit blijkt te betekenen dat de verrichtingen als operationeel product aan de verwijzer worden gefactureerd. * Systematiek met TH3/refbes in OpenAC mbt invoeren van de verwijzer fixen. * Verrichtingen opnieuw versturen in batches van 2000. Deze tijdelijke punten zijn dezelfde middag 6-1-2009 afgehandeld. Vervolgens meer structureel: * Met het laten vervallen van de on-the-fly koppeling met TH3, ontstaat de wens om zo snel mogelijk een periodieke import van een TH3-tabel in OpenAC te realiseren. Deze methode wordt bij VUmc ook gebruikt. * TH3-tabel is nooit compleet en nooit up to date. Hier ligt de bal bij het AMC want men is hiermee bezig. Op dit moment wordt de tabel beperkt tot lokale zorgverleners wegens 16-bit achtige beperkingen van het ZIS. Opgemerkt wordt dat wanneer het AMC ooit besluit alle verwijzers in Nederland te gaan vastleggen, of het wel handig is deze allemaal in OpenAC te hebben staan. Achtergrondinformatie: in OpenAC zijn de NAW-gegevens, inclusief de '''huisarts''' readonly, en deze zijn altijd actueel want ze worden met ADT ververst. De '''verwijzer''' echter werd tot nu toe uit de TH3 gehaald, en deze TH3-lijst wordt nu dus niet meer on-the-fly ververst. Dat betekent dat nog iets vaker een verwijzer handmatig moet worden ingevoerd omdat deze (nog) niet bekend is in OpenAC. Zaak is in dat geval zo vaak mogelijk wel de '''AGB-code''' in te voeren, want als de verwijzer later alsnog via TH3 bij OpenAC binnenkomt, kan deze alleen worden ontdubbeld als de AGB-code is ingevoerd en overeenkomt. '''A7. WP en ZIS-verslagen in OpenAC'''. Twee fasen: * Voorbereiden door AMC * Binnenhalen in OpenAC. FENAC kan op ieder gewenst moment op korte termijn helpen met het maken van ''importregels'' in de AMC-adaptatie om de verslagen in een ''spool directory'' te kunnen plaatsen van waaruit ze door OpenAC worden opgenomen in de dossiers. De bestandsnaam van de verslagen moet dan tenminste een patiëntnummer en bij voorkeur ook een datum bevatten (afhankelijk van het type document). '''A8. CI-nazorg'''. De urgentie hiervan is minder dan de overige zaken. FENAC geeft aan dat aan onze kant de voorbereidingen zijn getroffen. In de AMC-adaptatie kunnen trajecten worden aangemaakt; deze worden door OpenAC met rust gelaten, maar wel doorgestuurd naar MDS. Wanneer dit weer actueel wordt beschouwd door het AMC kan dit opnieuw in de planning worden gezet. '''Fasering''' We plannen twee perioden in voor werkzaamheden van de FENAC tbv AMC. Deze geschieden gedurende de aangegeven periode minimaal 1 dag per week op locatie in Amsterdam. Tentatief geven we per periode aan welke werkzaamheden worden aangepakt, maar hier is uitruil mogelijk tussen vermelde aandachtspunten onderling of met andere punten uit de lijst A1-A8. ''Weken 8/9 (16/2 - 27/2):'' * TH3-import * Één windows service ''Weken 16/17 (20-4 - 1/5):'' * Aanpassingen AZD (planning afhankelijk van input AMC. Verwachting is dat na aangepast FO de noodzakelijke wijzigingen bij FENAC binnen 2 maanden kunnen worden uitgevoerd). * Dispatchen ADT via OpenAC server * Overschakeling 2.2 naar 2.4 == Uitvoering OpenAC bij het AMC == * De implementatie op het AMC is een hybride rekenvariant / registratievariant. * Verrichtingen worden direct in OpenAC ingevoerd. * Verrichtingen en DBC's worden naar TOREN / MDS doorgestuurd vanuit OpenAC.