[[TOC(sectionindex, compact, depth=1, heading=Implementatiebladen, ImplementatieBladen/)]]
= Nijmegen =

[report:11?AC=nijmegen Openstaande tickets]

Contactpersoon ICT: Chris Jan Beerendonk
Tel +31-24-3619968
Fax +31-24-3540251
E-mail: c.beerendonk@kno.umcn.nl


== DOT/Grouper en SAP ==

'''CJB''' stelt het volgende omtrent de aansluiting met de DOT/Grouper en de communicatie met het ZIS (SAP).

 - Het is waarschijnlijk niet mogelijk om de groupergegevens (certificaat, uzi en uranummers) van het ziekenhuis te gebruiken.
 - Audiologie heeft zelf geen AGB code, dus het is sowieso al lastig om iets voor de DOT aan te vragen.
 - Audiologie factureert niks zelf en is ook niet binnen OpenAC geinteresseerd in de financiele rapportages.
 - Als er DBCs afgesloten worden door OpenAC wordt dat in de huidige situatie met een druk op de knop aan het ZIS (dagelijks of wekelijks) doorgegeven. Het ZIS zoekt verrichtingen bij de DBC en factureert vervolgens.
 - Er is geen terugcommunicatie van het ZIS naar OpenAC over de resultaten van het factureren / bijeenzoeken van verrichtingen bij een DBC.

Hierdoor kunnen ZIS en OpenAC al uiteenlopen (alhoewel er nu een ziektegevalnummer is om te helpen met het koppelen van verrichtingen aan een DBC). Deze situatie wordt ''niet'' als problematisch ervaren.

'''Optie A''' stelt dat OpenAC zelf groepeert en de gegroepeerde gegevens naar het ZIS doorschiet. 

 - Dit heeft organizatorische problemen (AGB code, firewall, IP adressen, enz.)
 - De SAP kant wil ''toch'' zelf groeperen, waardoor het groeperen door OpenAC voor de financiele kant niet van belang is.
 - Er is geen twee-weg communicatie tussen SAP en OpenAC om gegroepeerde gegevens uit te wisselen. De SAP kant ziet het niet zitten om aan OpenAC berichten te sturen.
 - Als OpenAC groepeert zou het toch dezelfde gegevens afleiden als SAP doet, aannemend dat ze allebei dezelfde verrichtingen aan het ziektegeval (= fin-traject of subtraject) hangen. En als ze niet dezelfde verrichtingen gebruiken, dan zijn de resultaten toch onvergelijkbaar.

'''Optie B''' (SAP groepeert en vertelt het aan OpenAC) vervalt omdat er geen terug-communicatie is van SAP naar OpenAC. De huidige setup is toch dat OpenAC aan SAP doorgeeft wanneer een DBC is afgesloten.

Omdat OpenAC leidend is in de afsluiting van DBCs en de financiele kant / gerealiseerde producten in OpenAC niet interessant zijn, stelt '''CJB''' het volgende voor:

   '''DOE NIKS''' met de Grouper vanuit OpenAC.
   Sluit DBCs af in OpenAC volgens de geldende rekenregels.
   Geef gesloten DBCs door aan SAP met de huidige ZD3 berichten.
   Ga er vanuit dat het goed is (en anders krijg je een ZD1 afwijzingsbericht).


== Aanzetten SAP ==

''Gepland week 47, 24-11-2011''

In Nijmegen gaat het ZIS over naar SAP.

== Aantekeningen == 

 * Het AC van het UMC St Radboud is operationeel met OpenAC sinds januari 2007.

 * OpenAC wordt ingezet in de registratievariant.
 * In plaats van het factureergedeelte is de module dbc-ZIS ingeschakeld, die DBC's stuurt naar het Nijmeegse ZIS
 * Het ZIS in Nijmegen is geen iSoft-systeem zoals bij de overige 7 academische huizen.
 * De OpenAC-implementatie sluit zo goed mogelijk aan bij het voormalige AIS waarin de rol van OpenAC werd gespeeld door MediWorld en een tweetal koppelmodules.

 * Orders worden ingevoerd in ROCS en komen niet in OpenAC.
 * Bij raadpleging dossier in OpenAC worden de NAW-gegevens uit het ZIS gehaald.  Gegevens komen zo in OpenAC op het moment waarop ze nodig zijn.
 * Verrichtingen worden door de onderzoekers zelf ingevoerd in OpenAC.
 * Verrichtingen worden bij invoer direct doorgestuurd naar het ZIS.
 * OpenAC stelt de te versturen DBC's vast en neemt deze op in een lijst.
 * Vanuit het hiervoor bedoelde scherm wordt periodiek de opdracht aan OpenAC gegeven de DBC's door te sturen.