DECOR-informatie voor project: Acute Zorg (acutezorg-)

Het element is verwijderd.

Het element is verwijderd.

Het element is verwijderd

Het element is verwijderd.

Het element is verwijderd.

Is uitgevoerd.

Het betrof een functioneel issue in ART-Decor. Door Alexander is het issue in ART-Decor opgelost, de lijst is aangepast.
Deze melding is afgerond.

Er staat voldoende informatie bij

Er staat voldoende informatie bij

Dit element is verwijderd. 

Is ondergebracht bij een waardelijst. Dit element is verwijderd.

Toelichting: "Reden overslaan triage" is de component observation/@classCode='INFRM' in 2.16.840.1.113883.2.4.3.11.60.55.10.308 AcuityCriteria

Het onderliggende IHE Template noemt statusCode ook niet, dus ook hier weggehaald.

Omgezet naar 1..1 R

"Toelichting triage" als entryRelationship met AnnotationComment toegevoegd

Er is een waardelijst gemaakt met de triagesystemen. Deze is gekoppeld met het concept 'triagesysteem',

Er is een opmerking toegevoegd bij het veld.

Element id uit voorbeeld weggehaald.

statusCode completed fixed komt vrij vaak voor in IHE (organizers)

Of dit "een gewenste situatie" is of iets "niet gebruikelijk" is blijft relatief. Het is de balance vinden tussen herbruikbaarheid en kleinheid van templates (ook document level templates) en de groepering van constraints enerzijds en fragmentatie anderzijds. Echter snap ik niet waarom er zo moeilijk over gedaan wordt maar dat terzijde.

Let wel

• dat sommige van deze templates ook op zich zelf wel beschrijvingen bevatten die het element verder toelichten
• dat in het geval van een valide fout deze elementen precies vertellen waar de fout is opgetreden, en niet met de default, dus bijvoorbeeld met CDAlanguageCode en niet met cda-ambu-SEH als default overerft van het bovenliggende CDA document

Het gaat om de volgende templates, die ik hier even samen met mijn redenering op een rijtje zet:

Voor de duidelijkheid zijn deze elementen verplicht.

Template gecontroleerd of de kardinaliteit strijdig is met het scenario. Elementen in het scenario komen in de template voor, echter in de template staan meer elementen die niet verplicht zijn.
Besluit van de Acute Zorg werkgroep is dat deze optionele elementen niet in de dataset en scenario opgenomen hoeven te worden. Ook hoeven de optionele elementen vanuit de template niet aan het scenario gekoppeld te worden. Gedachte er achter is dat hergebruik van templates op deze wijze toegepast kan worden.

De dataset en het scenario wordt aangepast.

Concept Status meting toegevoegd., alleen de waardelijst ActStatus ( 2.16.840.1.113883.1.11.15933) gekoppeld conform template KEZO Algemene bepalingen.

Kardinaliteit van het concept Datum/Tijd binnen de verschillende containers van de meting gewijzigd in 1..1R.

Kardinaliteiten in het Scenario zijn aangepast conform de template.

In het scenario aangegeven bij Meting dat de inhoudsverantwoordelijke conditioneel aanwezig is. In het geval inhoudsverantwoordelijke overeenkomt met de vaste huisarts, wordt de inhoudsverantwoordelijke niet aangeleverd.
Echter wanneer inhoudsverantwoordelijke anders is dan de vaste huisarts dient de inhoudsverantwoordelijke wel meegestuurd te worden.

Hiermee wordt voldaan aan de conditie in de template KEZO-Algemene bepaling, waarin staat "Aan te geven indien inhoudsverantwoordelijke zorgverlener anders is dan de dossierverantwoordelijke zorgverlener".

Dataset en Scenario zijn aangepast.

Dataset is aangepast. Deelcontactnummer is nu van het type II (identificatie).

Het scenario aangepast conform de template. Code meting in Waarneemsgegevens is kardinaliteit aangepast naar 1..1R.

Scenario aangepast. In de Waarneemgegevens de Datum/Tijd 1..1R gemaakt conform template.

Er is geen koppeling met een lijst, maar er zit een vaste waarde aan. Zie issue 112.

Het scenario is aangepast zodat Interpretatiecode bereik 1..1R heeft conform de template.
Het is het scenario aangepast zodat deze de conditie bevat dat alleen N gevuld mag zijn.

Terminology Association toegevoegd zoals het origineel

In het scenario zijn de Uitvoerder en de Registrant weggehaald bij Huisartsgegevens en Waarneemgegevens.

Concern en diens Identificatie zijn in de dataset opgenomen als Episode identificatie in de container Huisartsgegevens PS en Waarnemingsgegevens.

Bij het aanpassen van de dataset wordt dit anders.

Scenario aangepast zodat dit concept 1..1R als kardinaliteit heeft.

Koppeling is toegevoegd.

In de scenario's wordt zekerheidscode  niet meegenomen. 

Patient is opgenomen als inhoudsverantwoordelijke onder de Diagnose container.

De uitvoeder en registrant komen niet voor. Het gaat hier alleen om de auteur. De dataset wordt aangepast.

De argumentatie uit ketenzorg is aangehouden: namelijk een splitsing van labbepalingen vs algemene bepalingen omdat de eigenschappen van deze bepalingen wel degelijk verschillend kunnen zijn.

De dataset zal hiervoor aangepast moeten worden.

Het scenario is aangepast.

Dit laten zoals het is, omdat IHE XD*LAB statuscode verplicht heeft gesteld voor laboratory observations. 

Voorstel om een issue in te dienen bij ZIB-bouwers (bouwsteen Overdrachtlaboratoriumuitslag) om de resultaatstatus verplicht te stellen of een default toe te wijzen. 

Zoals in issue 101 is beschreven wordt de dataset en scenario niet verrijkt met de elementen benoemd in de KEZO template, zolang deze elementen niet verplicht zijn. Het scenario geeft aan welke velden in het bericht verwacht worden gevuld te zijn met diens kardinaliteit.

Is in alle scenario's aanwezig als 0..1 C

De performer is nodig voor het doorgegeven van begin/einde datum/tijd triage. De assignedEntity is een verplicht 1..1 item in het CDA schema en daarom zoals in de template weergegeven gevuld

Uit het scenario gehaald

Duplicaat van issue 131. Zie aldaar

De uitvoerder is de auteur.

Bevinding:

- In ketenzorg is alleen bij diagnose de auteur genoemd. Dit is de zorgverlener. De inhoudsverantwoordelijke, uitvoerder en registrant lijken overbodig. Kijk hiervoor ook bij huisartsgegevens.

Voorstel:

- Verwijder dit concept. Check dit met Roeland Uitslager.

Nadere toelichting:

-

2.16.840.1.113883.2.4.3.11.60.55.10.101 CDArecordTarget patient id is 1..* in de CDA standaard, het is nu de genoemde conditie toegevoegd, indien het BSN niet hoeft aangegeven te worden, moet nullFlavor gebruikt worden, voorbeelden toegevoegd

De geschatte leeftijd hoort niet in CDA recordTarget maar is een aparte observatie, die gemodelleerd is in 2.16.840.1.113883.2.4.3.11.60.55.10.312 Age Observation als onderdeel van 2.16.840.1.113883.2.4.3.11.60.55.10.207 Physical Finding Section

Is al door een issue vermeld.
Het birthplace element is weggehaald.

Vaste huisarts als template 2.16.840.1.113883.2.4.3.11.60.55.10.105 CDA participant huisarts voor alle verwijzingen toegevoegd in de header

Ik heb de voorbeelden voorzien van een toelichting en tevens het element verder becommentarieerd zodat er geen misverstand meer kan bestaan.

Toegevoegd

Toegevoegd

Dit transporttype staat nu niet in de ambulanceset. Wellicht is het iets voor de toekomst. 

Als we in "onze" template effectiveTime weglaten wordt is het een adaptatie van de IHE basis template, ook fijn.
Ik heb effectiveTime nu 0..1 R gemaakt...

Conditie toegevoegd: Haalgegevens worden niet uitgewisseld in transactie "HAP triagist verwijzing naar SEH"

Waardelijst toegevoegd

Elementen id en telecom weggehaald

Element addr weggehaald

De genoemde elementen komen niet in de verwijs scenario's en hoeven niet gemodeleerd te worden.

De GPK waardelijst is gekoppeld aan het element Infuusvloeistofcode.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Transactie hoeft niet genoemd worden bij Gebruik ().

Transactie hoeft niet genoemd worden bij Gebruik ().

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

Beschrijving is toegevoegd.

De nieuwe feedback template zit nu in http://decor.nictiz.nl/art-decor/decor-templates--acutezorg-?id=2.16.840.1.113883.2.4.3.11.60.55.10.313&effectiveDate=dynamic en is gekoppeld aan de transportation act

Weggehaald uit template

Bevinding:

- De koppeling met SNOMED CT of LOINC is niet bekend voor PGCS.

Voorstel:

-Onderzoek welke koppeling gemaakt moet worden bij artsen.

Nadere toelichting:
-Wel is er in SNOMED CT een Adelaide coma scale (assessment scale) die misschien geschikt is. 

-

Er is geen code systeem met de identificaties van de ambulancechauffeurs (volgens Anno van Dijken). 
Het data type van het element Ambulancechauffeur Identificatie is aangepast naar ST (string) in de dataset.
Als gevolg daarvan zijn de aanpassingen in de template 2.16.840.1.113883.2.4.3.11.60.55.10.413 (Ambulance Trip) doorgevoerd.

Template Association voor 2.16.840.1.113883.2.4.3.11.60.55.10.306 Acuity Assessment Act toegevoegd

Template Association voor 2.16.840.1.113883.2.4.3.11.60.55.10.306 Acuity Assessment Act toegevoegd

Template Association voor 2.16.840.1.113883.2.4.3.11.60.55.10.306 Acuity Assessment Act toegevoegd en definitie met een voorbeeld aangevuld

Bevinding:

- Nieuw concept Omschrijving Ontslagdiagnose is toegevoegd aan de Dataset.

Voorstel:

- Graag dit concept opnemen in de template gekoppeld aan scenario Sturen SEHoverdracht Ambulance.

Nadere toelichting:

- Is een vrij tekstveld waar ontslag diagnose in vrije bewoording mag worden ingevoerd.

Verwerkt

Aangepast

Aangepast

Aangepast

aangepast: contextControlCode verwijderd

Template Association aangepast; zeker een voorstel: adres als groep opnemen in Haalgevens (ipv alle items van het adres op dat niveau)

Bevinding:

- Er is geen code beschikbaar voor 'Mechanisme type'

Voorstel:

-

Nadere toelichting:

-

In de transactie voor de uitwisseling tussen ambulance en SEH wordt met “Informed consent” het logische antwoord (ja/ nee) op de vraag “Heeft de patiënt toestemming gegeven voor deelname aan het onderzoek” bedoeld.
Consent zoals die in de header kan doorgegeven worden heeft een beperkte uitdrukkingsmogelijkheid nl. het bevat geen ja/nee antwoord op deze vraag.

Bevinding:

- Hartritme, Bloedsuiker, RTS, PTS, Pijnschaal en APGAR score zijn niet gemodelleerd conform de ZIB. 

Voorstel:

- Wijzig de structuur, zodat ze ook de tijd en een toelichting hebben.
- Dit heeft gevolgen voor de templates.

Nadere toelichting:

-

Bevinding:

- De naam van de instelling zou heel handig zijn om mee te geven in het bericht.
- Op het LSDV kan niet direct de instelling afgeleid worden uit de adresgegevens.

Voorstel:

- De instellingsnaam toevoegen.

Nadere toelichting:

-

Bevinding:

- Nu staan de stofnamen en hoeveelheden in aparte velden aangegeven. 

Voorstel:

- Ambulancezorg bepaal de lijst geneesmiddelen die op de ambulance worden toegediend.
- Geef voor de geneesmiddelen de juiste G-Standaard code.
- Pas de dataset, terminologie en templates aan.

Nadere toelichting:

-

De template Circulation Therapeutic is aangepast.

Het is gewijzigd in de dataset en ook in het scenario.

Bevinding:

- Het concept 'Geplande brengtijd bestemming' komt niet overeen met de huidige term in de ambulancedienst.

Voorstel:

- Verander de naam van het concept 'Geplande brengtijd bestemming' naar  'Geplande brengtijd'

Nadere toelichting:

-

Bevinding:

- De gepland haaltijd is ook van belang om mee te geven.
- Deze tijd wordt (optioneel) meegegeven door de meldkamer.

Voorstel:

- Voeg het concept 'Geplande haaltijd' toe aan de Meldingsgegevens

Nadere toelichting:

-

Bevinding:

- Er komen op de ambulance steeds meer meetmethoden bij. Het is handig als de resultaten van deze metingen ook flexibel toegevoegd kunnen worden, zonder dat het bericht steeds gewijzigd moet worden.

Voorstel:

- Onderzoeken hoe dit kan worden gerealiseerd.

Nadere toelichting:

-

Bevinding:

- In de beschrijving van het concept GCS_Eyes is de volgende tekst opgenomen: "Als er geen waarde is toegekend, dan wordt de reden hiervan vermeld in het concept ToelichtingEscore". Het concept ToelichtingEscore maakt geen deel uit het scenario voor Ambulanceoverdracht naar SEH
Voorstel:

- De tekst in beschrijving aanpassen of het concept ToelichtingEscore opnemen in het scenario
Nadere toelichting:

-

Bevinding:

- In de beschrijving van het concept GCS_Motor is de volgende tekst opgenomen: "Als er geen waarde is toegekend, dan wordt de reden hiervan vermeld in het concept ToelichtingMscore". Het concept ToelichtingMscore maakt geen deel uit het scenario voor Ambulanceoverdracht naar SEH

Voorstel:

- De tekst in beschrijving aanpassen of het concept ToelichtingMscore opnemen in het scenario

Nadere toelichting:

-

Concept Toestemming informeren zorgketenpartner toegevoegd aan Dataset.

In overleg met Gert nog niet in de scenario's opgenomen om dat de templates van Acutezorg niet meer voor publicatiedatum hier op worden aangepast.

Werkgroep BSA heeft in het overleg van 13 maart 2017 besloten om dit element te schrappen uit de dataset. Issue kan derhalve worden gesloten.

Werkgroep BSA heeft in het overleg van 13 maart 2017 besloten om dit element te schrappen uit de dataset. Issue kan derhalve worden gesloten.

Het lijkt me geen goed idee om de identificatie van de zorgaanvrager in vrije tekst door te geven omdat het concept van MP is geërfd en daar is het datatype geen tekst maar identificatie.
Als het datatype inderdaad moet zijn tekst dan zou het concept onterfd worden.

In de operationalisatie van het concept zijn de OID's toegevoegd. Dit is best-practice volgens Alexander.

Van sommige metingen is het van belang om ze te markeren: meting bij Aankomst Patiënt (T1), meting bij Vertrek Patiënt (T2) en meting bij Aankomst  Bestemming (T3). Zou mooi zijn om bepaalde tijdstippen te kunnen markeren met een marker uit een lijst. Zo zou ook de pijnscore voor en na medicatie kunnen worden gemarkeerd.

Aanpassing is doorgevoerd.

SBAR zit erin.

De BSA is geplaatst in ART DECOR

De coderingen en waarden uit de BSA zijn vertaald naar SNOMED-CT.