Zodra uw EPD gegevens moet uitwisselen met het lab, de radiologie of de apotheek, komt u vrijwel altijd bij HL7 uit. Het is de taal waarin ziekenhuissystemen al jaren met elkaar praten, en juist omdat het zo ingeburgerd is zit het venijn in de details: net andere veldindelingen, afwijkende berichtstromen, of een interface-engine die stilletjes berichten laat vallen. Wij bouwen en beheren de HL7-koppelingen tussen uw EPD en de omliggende systemen, zodat orders en uitslagen aankomen zoals het hoort.
Wat HL7 in de praktijk regelt
HL7 v2 draait om berichten die een gebeurtenis beschrijven. Een ADT-bericht meldt dat een patiënt is opgenomen, verplaatst of ontslagen, zodat alle systemen hetzelfde beeld van de opname houden. Een ORM-bericht stuurt een order de deur uit, bijvoorbeeld een labaanvraag of een verzoek om een foto. Een ORU-bericht brengt het resultaat terug: de labuitslag of het radiologieverslag dat in het dossier moet landen. Klinkt overzichtelijk, maar in de praktijk verschilt per systeem welke velden gevuld zijn en hoe codes worden uitgelegd. Daar gaat het vaak mis, en daar richten wij de meeste aandacht op.
De interface-engine als spil
Bijna geen enkele koppeling loopt rechtstreeks. Er zit een interface-engine tussen die berichten ontvangt, vertaalt en doorstuurt naar de juiste bestemming. Die engine mapt bijvoorbeeld het patiëntnummer van het EPD naar het nummer dat het labsysteem verwacht, of zet een afwijkende codelijst om. Wij bouwen die mappings, richten de monitoring in zodat een vastgelopen bericht meteen zichtbaar wordt, en zorgen dat de foutafhandeling klopt. Een koppeling die niemand bewaakt is een koppeling die vroeg of laat ongemerkt uitvalt.
Wanneer HL7 volstaat en wanneer FHIR beter past
Voor het klassieke berichtenverkeer binnen het ziekenhuis is HL7 v2 nog altijd de logische keuze, simpelweg omdat vrijwel elk lab- en radiologiesysteem het spreekt. Wilt u een app, een patiëntportaal of een moderne integratie waarbij systemen gericht gegevens opvragen, dan is een FHIR-API doorgaans handiger. Vaak bestaan beide naast elkaar. Wij helpen u die afweging maken per koppelvlak en zorgen dat de keuze past bij wat het ontvangende systeem aankan. Meer daarover leest u op onze pagina over de FHIR koppeling met het EPD.
Hoe wij uw HL7-koppeling opzetten en beheren
Wij beginnen met de berichtstromen die er echt toe doen en brengen per koppelvlak in kaart welke velden en codes nodig zijn. Daarna bouwen we de mapping, testen we met echte voorbeeldberichten uit uw omgeving, en draaien we een acceptatieronde met de betrokken afdelingen voordat het live gaat. Na livegang blijven wij de koppelingen beheren, want zodra een leverancier een systeem opwaardeert kan een veld verschuiven. Wilt u een HL7-koppeling laten bouwen of een bestaande stabieler krijgen? Leg uw situatie voor via het formulier hieronder, dan kijken we mee.
Verwant: Freelance EPD consultant inhuren, FHIR koppeling met het EPD.