Contact report (BIHR-registratie na elk contact)

Wat is het BIHR-contact report? Het BIHR-concept kent volgens de Summer Day-slides (24 augustus 2026) twee hoofdstromen: elke zorgverlener registreert na elk contact de relevante gegevens, en dashboards tonen per gebruiker de relevante gegevens^[1]. Dat idee is niet nieuw: de presentatie op de Interoperability Day van 24 maart 2026 noemde de registratie van nieuwe relevante gegevens door elke zorgverlener bij elk contact al als tweede basisproces van BIHR^[2] en als een van de zes bouwstenen^[2]. De slides beschrijven de weg van 'Contact Report' naar het BIHR-ecosysteem als registratie en codering met SNOMED CT-ondersteuning, gevolgd door FHIR-publicatie naar CareSets in de rubrieken van de authentieke bronnen^[1].

Aard van de bron. Het gaat om een werkgroepconcept (slides op de wiki van HL7 Belgium), geen RIZIV-regelgeving. Het RIZIV beschrijft registreren binnen BIHR in algemene termen: invoer in het eigen EPD, automatische codering en validatie volgens afgesproken standaarden, daarna veilige deling met de juiste databronnen; de term 'contact report' komt op de RIZIV-pagina niet voor^[3]. Een leverancier beschrijft het contact report als registratie aan het einde van elk patiëntencontact in het eigen systeem en meteen in een authentieke bron, in plaats van verslagen naar elkaar te sturen, met de gegevens die nodig zijn voor zichzelf, collega's en andere zorgverleners (vendor-claim)^[4].

BIHR-contact report versus KMEHR 'Contact report'

De gelijke naam is dus misleidend: het KMEHR-'contact report' is een verslag, het BIHR-contact report bedoelt registratie in authentieke bronnen^[5].

Welke gegevens?

Volgens de Summer Day-slides beantwoordt elk zorgberoep bij het bepalen van de gegevens voor het contact report (en dus ook bij het opstellen van een CareSet) drie vragen: wat heb ik zelf nodig, wat hebben collega's nodig, en wat hebben andere zorgverleners nodig voor geïntegreerde zorg^[1]. Zie BIHR: CareSets en EHDS-roadmap.

Zorgepisode en probleemlijst

Het contact report hangt samen met de zorgepisode. De conceptnota B-IHR (2023) wilde gegevens structureren rond zorgepisodes met een diagnose als episodetitel, zoals in het Problem-Oriented Medical Record^[6]. In de presentatie van maart 2026 legt het werken met Episodes of Care de basis voor de probleemlijst, zodat gegevens per probleem getagd en opgehaald kunnen worden^[2]. Plenum 3 van de Summer Day ging over probleemlijst en zorgepisode, met het toevoegen van tags tijdens de registratie^[1]. De slides stellen voor de probleemlijst automatisch op te bouwen uit de episodetitels van de contactverslagen van huisartsen en het manueel aanmaken van een Sumehr door de arts te stoppen^[1]. Het GDOS-rapport (juni 2026) definieert een zorgepisode als de gegevens over één gezondheidsprobleem, van de eerste hulpvraag tot het laatste contact daarvoor^[7]. Het begrip zelf staat op Zorgepisode (Episode of Care).

Wat de Vivel-nota's zeggen

De Summer Day-slides verwijzen bij de structurering van het 'Contact Report' in een Episode of Care naar de nota zorgepisodes van VIVEL (2024)^[1]. De nota's van VIVEL spreken zelf van 'contactregistratie' (standpunt VIVEL):

• Connector: wanneer meerdere authentieke bronnen dezelfde componenten van een episode in een contactregistratie voeden, combineert een connector de gegevens bij visualisatie en stuurt hij ze bij opslag naar de juiste authentieke bron^[8]; zie BIHR-connector (FHIR-broker).
• Zorgplan: in een episodegerichte registratie ontstaat het zorgplan uit wat in de 'planning' van de contactregistraties van de actieve episodes staat^[8].
• Ziekenhuizen: die werken aanvankelijk niet systematisch met zorgepisodes; de specialist stuurt zijn verslag gestructureerd terug en een ontslagbrief in de juiste standaarden kan in de episodes gebruikt worden^[9].

De nota's noemen 'contact report', de BIHR-werkomgeving (BWO) en 'Only Once' niet bij naam; de koppeling met BWO fase 1 is dus niet in de nota's zelf gedocumenteerd (hiaat, vaststelling bij het onderzoek van 1 oktober 2026).

Bevinding: het contact report is een terugkerend BIHR-werkgroepconcept (maart en augustus 2026) dat verslagen wil vervangen door gestructureerde registratie per contact^[2][1]. Het is geen formeel RIZIV-begrip^[3] en geen KMEHR-verslag^[5].

• Geen verplichting: er werd geen regelgeving, CareSet of FHIR-profiel voor het contact report gevonden (stand 2026-10-01).
• Gestructureerde verslagen (standpunt VIVEL): in de visie van VIVEL sturen ziekenhuizen voorlopig gestructureerde verslagen en ontslagbrieven terug die in de episodes bruikbaar zijn, in plaats van zelf episodes bij te houden^[9].
• Verslagen blijven nodig: het GDOS-rapport (juni 2026) ziet ontslagbrieven bij een transitie naar huis nog nodig zolang BIHR niet volledig operationeel is; daarna kan de informatie in BIHR ze vervangen^[7]. Publicatie via de hub (Use case: verslagen en resultaten delen via de hub) blijft dus de praktijk.
• Richting: de probleemlijst en codering aan het moment van registratie staan centraal in de werkgroepen^[1][2].
• Aanbeveling (eigen): ga na of het EPD diagnoses en problemen per episode gestructureerd en gecodeerd kan vastleggen, zodat een latere publicatie naar CareSets mogelijk is zonder nieuwe registratie.

Publicatie naar authentieke bronnen veronderstelt gepubliceerde CareSets en een kanaal ernaartoe; de BIHR-connector (FHIR-broker) die dat zou verzorgen, is zelf nog een concept^[1]. De registratie zelf moet de zorgverlener zo natuurlijk mogelijk in het eigen systeem kunnen doen^[1].

• Formeel begrip? 'Contact report' werd niet gevonden in RIZIV-publicaties, in het actieplan eGezondheid 2026-2029 of als CareSet in de EHDS-roadmap van mei 2026^[3]; niet gevonden is geen bewijs van afwezigheid.
• Tagging: een officiële bron die tagging met probleemcodes als BIHR-vereiste beschrijft, werd niet gevonden; enkel werkgroepslides en een leverancier^[2][4].
• Vivel-nota's: de nota's over zorgepisodes (2024) en authentieke bronnen (2026) zijn verwerkt (zie hierboven en Zorgepisode (Episode of Care)); ze gebruiken de term 'contact report' niet^[8], en een formele reactie van RIZIV of eHealth-platform op die nota's werd niet gevonden (hiaat).