iaz:V1.0 Ontwerp Acute Zorg: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Transacties)
(Profielbeschrijvingen)
Regel 60: Regel 60:
 
==Systeemkwalificatie==
 
==Systeemkwalificatie==
 
Een systeemkwalificatie vindt plaats op basis van een specifieke systeemrol. Zo kan een huisartseninformatiesysteem een systeemkwalificatie krijgen voor de systeemrol ‘Spoedmelding Sturend Systeem’ met de transactie [AZP-SPS].
 
Een systeemkwalificatie vindt plaats op basis van een specifieke systeemrol. Zo kan een huisartseninformatiesysteem een systeemkwalificatie krijgen voor de systeemrol ‘Spoedmelding Sturend Systeem’ met de transactie [AZP-SPS].
 +
  
 
=Profielbeschrijvingen=
 
=Profielbeschrijvingen=

Versie van 28 aug 2015 om 10:34

{{#customtitle:Ontwerp Acute Zorg V1.0|Ontwerp Acute Zorg V1.0}}

Inleiding

Algemeen

Het functioneel ontwerp van de informatiestandaard Informatieoverdracht Acute Zorg (IAZ) beschrijft de onderlinge verbanden tussen het proces, de bedrijfsrollen, de systemen, de systeemrollen en transacties.

Het proces is beschreven in de Richtlijn gegevensuitwisseling huisarts – huisartsenpost – ambulancedienst – afdeling spoedeisende hulp (spoedrichtlijn). In dit proces zijn de bedrijfsrollen van de zorgverleners:

  • Meldkamer;
  • Huisarts;
  • Huisartsenpost (Waarnemend huisarts);
  • SEH;
  • Ambulance.

Deze bedrijfsrollen maken respectievelijk gebruik van de (informatie)systemen:

  • Meldkamersysteem (MKAS);
  • Huisartseninformatiesysteem (HIS);
  • Huisartsenpostinformatiesysteem (HAPIS) Systeem;
  • SEH-systeem (ZIS);
  • Ambulancesysteem (AMBS).

Een systeem kan één of meerdere systeemrollen vervullen. Dit zijn:

  • Sturend Systeem;
  • Ontvangend Systeem;
  • Raadplegend Systeem;
  • Beschikbaarstellend Systeem.

De generieke transacties van deze systeemrollen zijn:

  • Sturend Systeem stuurt gegevens naar het Ontvangend Systeem;
  • Ontvangend Systeem ontvangt gegevens van een Sturend Systeem;
  • Raadplegend Systeem vraagt gegevens op bij een Beschikbaarstellend Systeem;
  • Beschikbaarstellend Systeem stuurt de gevraagde gegevens naar een Raadplegend Systeem.

Opmerkingen:

  • Iedere transactie heeft een unieke code [AZP-***]. Deze code is opgebouwd uit twee sub-codes, waarbij ‘AZP’ staat voor ‘Acute Zorg Proces’ en sub-code ‘***’ (na het verbindingsstreepje) voor het type overdrachtsbericht. Dit zijn drie letters, waarbij de laatste letter de generieke transactie aangeeft. De transactiecode van een spoedmelding [AZP-SPS] is bijvoorbeeld een transactie van een sturend systeem.
  • De transacties die tussen de systeemrollen plaatsvinden, incl. bijbehorende berichtspecificaties staan niet in dit functioneel ontwerp uitgewerkt. Indien ze beschikbaar zijn, dan hebben ze een link naar de specificaties. Dit is in ART-DECOR of in een document.

Doelgroep

De doelgroepen van dit functionele ontwerp zijn:

  • Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties en Nictiz;
  • Vertegenwoordigers van zorgverleners.


Kaders en uitgangspunten

Richtlijn

De Richtlijn gegevensuitwisseling huisarts – huisartsenpost – ambulancedienst – afdeling spoedeisende hulp (spoedrichtlijn) geeft de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen de acute zorg adequaat te ondersteunen. Het vormt de basis voor de Informatiestandaard Informatieoverdracht Acute Zorg (IAZ). In een bijlage zijn voorbeeldscenario’s gegeven die de veel voorkomende spoedsituaties in de zorg beschrijven. Vanuit deze scenario’s zijn de berichten vastgesteld om de informatievoorziening adequaat te ondersteunen. Het gaat hier om 22 overdrachten tussen zorgverleners die in de volgende profielen zijn beschreven. Bij deze profielen is aan gegeven of een bericht .

Informatiestandaard

De informatiestandaard Informatieoverdracht Acute Zorg (IAZ) beschrijft op technisch niveau de berichten en gegevens die acute zorgverleners onderling uitwisselen.

ART-DECOR

ART-DECOR beschrijft bij de scenario’s uit welke gegevenselementen een transactie bestaat en wat de cardinaliteit van deze elementen is. Voor de daadwerkelijke uitwisseling wordt gebruik gemaakt van de HL7-specifieke realisatie van deze “logische” berichten in de vorm van templates.

Infrastructuur

Het functioneel ontwerp is onafhankelijk van een ICT-infrastructuur. De manier waarop de berichten worden getransporteerd over een ICT-infrastructuur worden voor die infrastructuur gespecificeerd. Deze specificatie valt buiten de scope van de informatiestandaard IAZ.

Systeemkwalificatie

Een systeemkwalificatie vindt plaats op basis van een specifieke systeemrol. Zo kan een huisartseninformatiesysteem een systeemkwalificatie krijgen voor de systeemrol ‘Spoedmelding Sturend Systeem’ met de transactie [AZP-SPS].


Profielbeschrijvingen

(Spoed)melding (HA/HAP → MKA)

Systemen & Systeemrollen

Zowel de huisarts, huisartsenpost als de meldkamer maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS) en Meldkamersysteem (MKAS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de spoedmelding mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het HIS vervult de systeemrol:

  • Acute Zorg Proces - Spoedmelding Sturend [AZP-SPS] Systeem.

Het HAPIS vervult de systeemrol:

  • Acute Zorg Proces - Spoedmelding Sturend [AZP-SPS] Systeem.

Het MKAS vervult de systeemrol:

  • Acute Zorg Proces - Spoedmelding Ontvangend [AZP-SPO] Systeem.
Systeemrollen Spoedmelding HIS.jpg Systeemrollen Spoedmelding HAPIS.jpg Systeemrollen Spoedmelding MKAS.jpg

Afbeelding: Systeemrollen bij Spoedmelding

Transacties & Transactiegroepen

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de Spoedmelding.

Use Case - Spoedmelding.jpg

Afbeelding: Use Case Spoedmelding

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep. De gegevenselementen, die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in het scenario (Spoed)melding (HA/HAP -> MKA).

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

Use Case(s) (Scenario's) Transactiegroep Transacties Systeemrol(len) Systemen Bedrijfsrollen
(Spoed)melding (HA/HAP → MKA) Spoedmelding (PUSH) Sturen Spoedmelding AZP-SPS HIS Huisarts
(Spoed)melding (HA/HAP → MKA) Spoedmelding (PUSH) Sturen Spoedmelding AZP-SPS HAPIS Huisartsenpost
(Spoed)melding (HA/HAP → MKA) Spoedmelding (PUSH) Ontvangen Spoedmelding AZP-SPO MKAS Meldkamer

Tabel Spoedmelding Waarschuwing:Titelweergave "Bevestiging (MKA → HA/HAP)" overschrijft eerdere titelweergave "(Spoed)melding (HA/HAP → MKA)".


Bevestiging (MKA → HA/HAP)

Systemen & Systeemrollen

Zowel de huisarts, huisartsenpost als de meldkamer maken ieder gebruik van een informatiesysteem, respectievelijk Huisartseninformatiesysteem (HIS), Huisartsenpostinformatiesysteem (HAPIS) en Meldkamersysteem (MKAS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van de bevestiging mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het MKAS vervult de systeemrol:

  • Acute Zorg Proces - Bevestiging Sturend [AZP-BES] Systeem.

Het HIS vervult de systeemrol:

  • Acute Zorg Proces - Bevestiging Ontvangend [AZP-BEO] Systeem.

Het HAPIS vervult de systeemrol:

  • Acute Zorg Proces - Bevestiging Ontvangend [AZP-BEO] Systeem.
Systeemrollen Bevestiging MKAS.jpg Systeemrollen Bevestiging HIS.jpg Systeemrollen Bevestiging HAPIS.jpg

Afbeelding: Systeemrollen bij Bevestiging

Transacties & Transactiegroepen

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de Bevestiging.

Use Case - Bevestiging.jpg

Afbeelding: Use Case Bevestiging

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep. De gegevenselementen, die als onderdeel van de transacties tussen systeemrollen worden uitgewisseld, zijn gespecificeerd in het scenario Bevestiging (MKA → HA/HAP).

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document. Indien de link er is, dan is de beschrijving van de transactie(groepen) beschikbaar.

Use Case(s) (Scenario's) Transactiegroep Transacties Systeemrol(len) Systemen Bedrijfsrollen
Bevestiging (MKA → HA/HAP) Bevestiging (PUSH) Sturen Bevestiging AZP-BES MKAS Meldkamer
Bevestiging (MKA → HA/HAP) Bevestiging (PUSH) Ontvangen Bevestiging AZP-BEO HAPIS Huisartsenpost
Bevestiging (MKA → HA/HAP) Bevestiging (PUSH) Ontvangen Bevestiging AZP-BEO HIS Huisarts

Tabel Bevestiging Waarschuwing:Titelweergave "(Spoed)melding (HA/HAP → MKA)" overschrijft eerdere titelweergave "Bevestiging (MKA → HA/HAP)".


(Spoed)melding (HA/HAP → MKA)

Procesbeschrijving

De huisarts of huisartsenpost stuurt het bericht naar de meldkamer.

Bedrijfsrollen

Bij de Spoedmelding zijn drie bedrijfsrollen te onderscheiden:

  • Huisarts;
  • Huisartsenpost (Waarnemend huisarts);
  • Meldkamer.

Systemen & Systeemrollen

De systeemrollen van de informatiesystemen zijn:

  • Huisartseninformatiesysteem (HIS) is Spoedmelding Sturend [AZP-SPS] Systeem
  • Huisartsenpostinformatiesysteem (HAPIS) is Spoedmelding Sturend [AZP-SPS] Systeem
  • Meldkamersysteem (MKAS) is Spoedmelding Ontvangend [AZP-SPO] Systeem

Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties vormt een zogeheten transactiegroep.

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de Spoedmelding. [Toevoegen: afbeelding met bedrijfsrollen, systemen, systeemrollen en de transactiegroep.] Afbeelding: Use Case Spoedmelding

Een bedrijfsactiviteit heeft een bepaalde transactie tot gevolg. Deze transactie wordt uitgevoerd door een systeemrol, en maakt onderdeel uit van een transactiegroep. De gewenste scenario’s, transactiegroepen en/of transacties zijn:

Scenario Transactiegroep Transacties
(Spoed)melding (HA/HAP → MKA) Spoedmelding Sturen Spoedmelding [AZP-SPS]
(Spoed)melding (HA/HAP → MKA) Spoedmelding Ontvangen Spoedmelding [AZP-SPO]

Tabel Spoedmelding [Status: Het bericht is niet beschikbaar.] Waarschuwing:Titelweergave "Transactie Acute Zorg EHTP V1.0" overschrijft eerdere titelweergave "(Spoed)melding (HA/HAP → MKA)".


Transactie Acute Zorg EHTP

Beschrijving

Indien de ambulance besluit om de patiënt niet naar de SEH te vervoeren maar op locatie te behandelen, informeert de ambulance de vaste huisarts over de situatie/gegeven behandeling. (De vaste huisarts kan dit overnemen in zijn dossier en/of contact opnemen met de patiënt naar aanleiding van dit incident.). De ambulance kan de rapportage aanmelden op een index, dit is optioneel.Als het aangemeld wordt dan is het ook opvraagbaar.

Actoren

  1. Huisarts
  2. Ambulance

Interacties

  1. Sturen AMB-rapportage

Usecase

Precondities:

  • De ambulance heeft een ritopdracht ontvangen van de meldkamer.
  • Indien mogelijk en/of noodzakelijk heeft de ambulance de PS AMB opgevraagd bij de vaste huisarts.

Trigger: Bij aankomst van ambulance op de locatie van de patiënt blijkt vervoer naar SEH niet noodzakelijk.

Basic flow:

  1. De ambulance registreert de geboden EHTP.
  2. De ambulance selecteert de patiënt.
  3. De ambulance selecteert de vaste huisarts van de patiënt.
  4. Het systeem stuurt de ambulancerapportage (met daarin verwerkt het EHTP rapport) naar de huisarts.

Alternatieve flow:

  • Huisarts van de patiënt is niet bekend: de rapportage kan niet verstuurd worden.

Postcondities:

  • De huisarts heeft de ambulancerapportage ontvangen.

Waarschuwing:Titelweergave "Transactie Acute Zorg Uitvoeren Ambulancerit V1.0" overschrijft eerdere titelweergave "Transactie Acute Zorg EHTP V1.0".


Transactie Acute Zorg Uitvoeren Ambulancerit

Beschrijving

Deze use-case beschrijft de ondersteuning van het systeem in de informatievoorziening tussen ambulance en SEH. Tijdens de behandeling ter plaatse en het vervoer naar de SEH wordt de situatie van de patiënt, de diagnose/onderzoek en behandeling geregistreerd en bij belangrijke wijzigingen gecommuniceerd met de SEH. De SEH is hierdoor op de hoogte wanneer en onder welke omstandigheden een patiënt wordt binnen gebracht en kan op basis hiervan voorbereidingen treffen.

Actoren

  1. Ambulance
  2. Spoedeisende hulp

Interacties

  1. Uitvoeren ambulancerit

Usecase

Precondities:

  • In elke situatie is de SEH op de hoogte van de situatie (van de patiënt).
  • De behandeling en gegevens zijn overgedragen van de ambulance naar de SEH.

Trigger: De ambulance vervoert de patiënt naar de SEH.

Basic flow:

  1. De ambulance registreert de ritinformatie.
  2. De ambulance selecteert de patiënt.
  3. De ambulance selecteert zorgaanbieder (of neemt deze over uit ritopdracht).
  4. De ambulance stuurt vooraankondiging (via ritformulier) naar SEH.
  5. De SEH ontvangt vooraankondiging.
  6. De ambulance registreert primary survey en secondary survey.
  7. De ambulance registreert medicatie en uitgevoerde verrichtingen.
  8. Het systeem stuurt interventie en beloop naar de SEH (indien gegevens zijn aangevuld of gewijzigd) via ritformulier.
  9. De SEH ontvangt het ritformulier.
  10. Bij aankomst bij de SEH stuurt het systeem de ambulanceoverdracht (via de ritformulier) naar de SEH.
  11. De SEH ontvangt het ritformulier.

Alternatieve flow:

  • Geen leesbevestiging ontvangen: Systeem wacht langer dan gestelde tijd op ontvangstbevestiging. Systeem waarschuwt gebruiker dat er geen ontvangstbevestiging is ontvangen. De ambulance neemt indien gewenst via een alternatief communicatiemiddel contact op met de SEH.

Postcondities:

  • De meldkamer, ambulance en spoedeisende hulp beschikt over de gevraagde informatie.

Aanvullende opmerkingen: De communicatie m.b.t. de vooraankondiging, interventie en beloop en uiteindelijke overdracht vindt plaats met behulp van hetzelfde bericht, het zogenaamde ritformulier. Afhankelijk van het proces en de situatie bevat het ritformulier meer of minder informatie. Het laatste ritformulier wordt gekenmerkt als overdracht en is daarmee de overdracht van ambulance naar SEH. 'Waarschuwing:Titelweergave "Transactie Acute Zorg Verlenen SEH V1.0" overschrijft eerdere titelweergave "Transactie Acute Zorg Uitvoeren Ambulancerit V1.0".


Transactie Acute Zorg Verlenen SEH

Beschrijving

Na doorverwijzing door de huisarts meldt de patiënt zich op de SEH, of nadat de ambulance de patiënt heeft overgedragen aan de SEH neemt de SEH de hulpverlening over. Na behandeling op de SEH wordt de vaste huisarts op de hoogte gesteld van het incident en de behandeling door de SEH. Indien bij overdracht vanuit de ambulance het BSN van de patiënt nog niet bekend was, wordt dit aan de ambulance gerapporteerd.

Actoren

  1. Huisarts
  2. Spoedeisende hulp

Interacties

  1. Sturen SEH-rapportage

Usecase

Precondities:

  • Indien mogelijk en/of noodzakelijk is de PS SEH opgevraagd.

Trigger: De patiënt wordt binnengebracht of komt zelfstandig bij de SEH.

Basic flow:

  1. De SEH registreert gegevens m.b.t. de behandeling.
  2. De SEH selecteert de vaste huisarts van patiënt in de ZAB of een lokale lijst.
  3. De SEH verstuurt de rapportage naar de vaste huisarts.
  4. De vaste huisarts ontvangt de SEH rapportage.

Alternatieve flow:

  • Huisarts van patiënt is niet bekend: rapportage kan niet verstuurd worden.

Postcondities:

  • Indien de huisarts bekend is, is deze op de hoogte van de behandeling van de patiënt door de SEH.

Waarschuwing:Titelweergave "Transactie Acute Zorg Spoedmelding V1.0" overschrijft eerdere titelweergave "Transactie Acute Zorg Verlenen SEH V1.0".


Transactie Acute Zorg Spoedmelding

Beschrijving

Deze use-case beschrijft de ondersteuning van het melden van een spoedmelding door een huisarts. De huisarts heeft een patiënt die spoedeisende hulp nodig heeft en stuurt een bericht naar de meldkamer (MKA). De MKA verstuurt een bevestiging naar de huisarts om aan te geven dat de spoedmelding in behandeling is genomen.

Actoren

  1. Meldkamer
  2. Huisarts

Interacties

  1. Spoedmelding

Usecase

Precondities:

  • De huisarts heeft beschikking over zijn huisartssysteem of contact met een praktijkassistent die de melding voor hem kan doen.

Trigger: Huisarts signaleert behoefte aan spoedeisende hulp.

Basic flow:

  1. De huisarts selecteert de patiënt in zijn systeem.
  2. De huisarts stelt een spoedmelding op.
  3. De huisarts selecteert de MKA in het ZAB of een lokale lijst.
  4. De huisarts stuurt de spoedmelding naar de MKA.
  5. De MKA ontvangt de spoedmelding.
  6. Het systeem ontvangt een bevestiging van de MKA of presenteert een waarschuwing aan de huisarts (na 1 minuut).
  7. De huisarts neemt kennis van de bevestiging van de MKA.


Alternatieve flow:

  • De huisarts ontvangt geen bevestiging van de MKA. Huisarts stuurt nogmaals de melding en/of neemt direct contact op met de MKA via een alternatief communicatiekanaal.
  • De patiënt gaat niet akkoord met elektronische uitwisseling van gegevens: De huisarts neemt direct contact op met de MKA via een alternatief communicatiekanaal

Postcondities:

  • De MKA heeft de melding ontvangen.
  • De melding is in de MKA IS geregistreerd.
  • De huisarts heeft bevestiging gekregen van de MKA dat de melding is ontvangen en verwerkt.

Waarschuwing:Titelweergave "Transactie Acute Zorg Geven Zelfzorgadvies V1.0" overschrijft eerdere titelweergave "Transactie Acute Zorg Spoedmelding V1.0".


Transactie Acute Zorg Doorverwijzen

Beschrijving

De huisarts kan een patiënt doorverwijzen naar de SEH van een ziekenhuis indien spoedeisende hulp noodzakelijk is maar de patiënt zich zelfstandig of met hulp van derden naar de SEH kan begeven. De SEH kan de doorverwijzing accepteren of weigeren (indien bijvoorbeeld gesloten).

Actoren

  1. Huisarts
  2. Spoedeisende hulp

Interacties

  1. Verwijzing

Usecase

Precondities:

  • De patiënt is doorverwezen naar de SEH

Trigger: Huisarts ziet een patiënt die met ‘eigen vervoer’ naar SEH kan.

Basic flow:

  1. De huisarts selecteert de patiënt in zijn systeem.
  2. De huisarts stelt een verwijzing op.
  3. De huisarts selecteert de zorgaanbieder (SEH) in het Zorgaanbieder Adres Boek (ZAB) of een lokale lijst.
  4. De huisarts verstuurt verwijzing naar SEH.
  5. De SEH ontvangt de verwijzing.
  6. De SEH verstuurt een bevestiging van ontvangst met daarin de acceptatie of afwijzing.
  7. Huisarts ontvangt de bevestiging met daarin de acceptatie of afwijzing.

Alternatieve flow:

  • De huisarts ontvangt geen bevestiging van de SEH. De huisarts stuurt nogmaals de melding en/of neemt direct contact op met de SEH via een alternatief communicatiekanaal.

Postcondities:

  • De verwijzing is opgeslagen in het systeem van de huisarts.
  • De SEH is op de hoogte van de komst en de zorgvraag van de patiënt.