ZIBIssues: verschil tussen versies

Versie van 21 sep 2017 17:01

ZIB-11

Gebruik van de GS1 standaard

Aangemaakt op:	05-03-2012	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedischHulpmiddel OverdrachtMedischHulpmiddel (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	03-10-2014

Omschrijving:
In de CCR standaard segment 9 (Medicatie) en 10 (Medische Hulpmiddelen) moet de GS1 standaard worden toegepast. Nu worden alleen volledige vrije tekstvelden met product omschrijvingen gehanteerd en alle gevolgen van dien.

http://www.zorgvisie.nl/ICT/13113/Ziekenhuizen-kunnen-170-miljoen-besparen-met-barcodes.htm

http://www.gs1.nl/opinie/component/content/article/152.html
Besluit:

ZIB-24

Diagnostische verrichtingen onderdeel van Results

Aangemaakt op:	31-07-2012	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	03-10-2014

Omschrijving:
Vormen diagnostische procedures zoals endoscopieen een onderdeel van de sectie Results?
Besluit:

ZIB-26

Gebruik van GLN voor concept Location

Aangemaakt op:	08-08-2012	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgaanbieder OverdrachtZorgaanbieder (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	03-10-2014

Omschrijving:
Voor het concept Location kunnen meerdere codestelsels worden gebruikt. Het beste alternatief moet worden gekozen: GLN , de AGB code en of andere.
Besluit:

ZIB-33

Wijzigingsverzoek betreffende Generieke Overdrachtsgegevens

Aangemaakt op:	05-03-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	03-10-2014

Omschrijving:
Geachte heer mevrouw,

Hierbij een verzoek tot aanpassing van de Generieke Overdrachtsgegevens.

Constatering : In de bouwstenen ontbreekt de overdracht van het gegeven dat er sprake is van een meerling

Gevolg : Bij meerlingen is het wenselijk hier een extra signalering op te hebben om zo verwisseling te kunnen voorkomen.

                   Dit daar geboorte datum , en adres vaak niet onderscheidend genoeg zijn.

Wens : Bij de overdracht is het nodig hierop geattendeerd te worden in de meeste systemen is hiervoor een meerlingen teken aanwezig

                  En vindt  hierop een signalering plaats. Het zou wenselijk zijn dat dit ook in een overdrachtssituatie wordt meegenomen.

Verzoek: in de bouwsteen OverdrachtPatient (of elders) meenemen van een een veld voor de registratie van een meerling.

Alvast hartelijk dank,

Robert Schotanus Informatiemanager Ziekenhuis Amstelland
Besluit:

ZIB-34

Tekst bij DCM::ValueSet niet correct.

Aangemaakt op:	14-03-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgverlener OverdrachtZorgverlener (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
Fred, teamleden,

Hierbij wat commentaar op bouwsteen: nl.nfu.OverdrachtZorgverlener-v1.0.pdf / ZorgverlenerNaam

Volgens mij is de tekst bij DCM::ValueSet niet correct want bevat nog een stub tekst die volgens mij bedoeld was om in te vullen met een verwijzing naar UZI en AGB. Dat is niet gedaan. De betreffende tekst:

«data» ZorgverlenerNaam DCM::ValueSet hier verwijzing naar de juiste set/kolom in UZI en ook nog 1 voor AGB

Met vriendelijke groet,

M.R. Ligtvoet, ICT-Architect, Nictiz
Besluit:

ZIB-36

Aanpassen DCM::DefinitionCode, deze overlapt met bouwsteen OverdrachtPatient.

Aangemaakt op:	18-03-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgaanbieder OverdrachtZorgaanbieder (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	05-06-2013

Omschrijving:
Beste teamleden,

Bouwsteen: zorgaanbieder, organisatieRol heeft een DCM::DefinitionCode NL-CM:0.1.4, die overlapt met bouwsteen nl.nfu.OverdrachtPatient-v1.0.pdf, container: adresgegevens (NL-CM:0.1.4).

Breng mij graag even op de hoogte wanneer er een nieuwe xmi hiervoor beschikbaar is, want dan kan ik weer door met deze xmi.

Met vriendelijke groet, M.R. Ligtvoet ICT-Architect Nictiz
Besluit:

ZIB-42

Commentaar Astrid van Ginneken op Zorgverlener

Aangemaakt op:	13-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgverlener OverdrachtZorgverlener (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
Zorgverlener - In de ZorgverlenerRolCodeLijst mis ik: o Zorgcoördinator o Aanspreekpunt - Is de term ‘behandelaar’ niet wat algemener dan ‘Afdelingsarts’?
Besluit:

ZIB-43

Commentaar Astrid van Ginneken op Burgerlijke Staat

Aangemaakt op:	13-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	BurgerlijkeStaat OverdrachtBurgerlijkestaat (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
BurgerlijkeStaat: - In de BurgerlijkeStaatCodeLijst mis ik: o Nooit gehuwd geweest of geregistreerd partner gehad (i.p.v. nooit gehuwd geweest) o Gescheiden geregistreerd partner
Besluit:

ZIB-45

Commentaar Astrid van Ginneken op Polsfrequentie

Aangemaakt op:	13-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Polsfrequentie OverdrachtPolsfrequentie (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
Polsfrequentie: - Polsregelmatigheid is geen aparte meetwaarde, maar blijkt te zijn opgenomen bij de Polsfrequentie o Dit betekent dat een polsritme niet apart kan worden overgedragen, omdat de polsfrequentie verplicht is.
Besluit:

ZIB-46

Commentaar Astrid van Ginneken op PlanofCare

Aangemaakt op:	13-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtGeplandeZorgactiviteit OverdrachtPlanOfCare (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
PlanOfCare - De PlanOfCareStatusCode is m.i. niet echt compleet en de mapping van Concept Name op Concept Code is hier en daar vreemd: o Noshow hebben wij in de lijst als ‘niet nagekomen’ o Aborted is in onze lijst ‘afgebroken’ o In process is in onze lijst ‘in uitvoering’ o Pending is in onze lijst ‘in afwachting van uitvoering’ o On hold is in onze lijst ‘opgeschort’ o We missen de status ‘geaccepteerd’ o We missen de status ‘geweigerd’ o We missen de status ‘niet uitgevoerd’ (Deze is nodig omdat sommige handelingen optioneel zijn en soms niet uitgevoerd hoeven te worden). o Herhaling hoort niet in dit lijstje thuis: het is een andere as: alle andere waarden in de lijst kunnen ook gelden voor een herhalingsafspraak/-verrichting. - De OrderTypeCodeLijst zou wat scherper vertaald kunnen worden: o Medication vertalen naar ‘medicatietoediening’ (ter voorkoming van verwarring met voeding en vocht) o Product vertalen naar Medisch hulmiddel (zie ook grafisch informatiemodel) o Encounter vertalen naar Patientcontact o Is het mogelijk om duidelijk aan te geven wat hier het verschil tussen een Order en een Verrichting is.
Besluit:

ZIB-49

Diverse consistentie punten, meerdere bouwstenen

Aangemaakt op:	23-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Algemeen	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
De issues staan in bijgevoegd document per bouwsteen. Het grootste deel zijn kleine naamgevingspunten. Naast de omschrijving van het issue is er een kolom Voorstel aanwezig met de voorgestelde oplossing, meestal Aanpassen. Voor minder triviale punten staat er Overleg. Hierbij het verzoek aan de kernteamleden om voor de bouwstenen waar ze voor verantwoordelijk waren (zijn), de punten door te lopen, waar nodig een oplossing te formuleren en in de kolom Akkoord ja (of nee) in te vullen met je initialen en vervolgens te retourneren.
Besluit:

ZIB-51

Foutieve DCM::ID OID VitalSigns

Aangemaakt op:	23-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Algemeen	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
Alle vital sign bouwstenen (sectie 12) hebben een foutief OID, tw. 2.16.840.1.113883.2.4.3.11.60.40.12.n i.p.v 2.16.840.1.113883.2.4.3.11.60.40.3.12.n
Besluit:

ZIB-55

RFC Bouwsteen Procedure

Aangemaakt op:	28-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
De eerste zin onder Concept luidt: De sectie Procedures vermeldt alle bekende en relevante therapeutische verrichtingen, die de patient heeft ondergaan op tot het moment van de gegevensoverdracht. Alle bekende en Relevante lijkt hier met elkaar in tegenspraak. Voorstel om deze zin te vervangen door: De sectie Procedures bevat een overzicht van alle relevante therapeutische verrichtingen die de patient heeft ondergaan tot op het moment van de gegevensoverdracht.
Besluit:

ZIB-56

RFC Bouwsteen Medicatie

Aangemaakt op:	28-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedicatieGebruik(vervallen) MedicatieToediening(vervallen) MedicatieVerstrekking(vervallen) MedicatieVoorschrift(vervallen) OverdrachtMedicatie (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De bouwsteen medicatie is heel groot geworden en bestaat eigenlijk uit een aantal lossen bouwstenen. Doordat het nu een bouwsteen is, is niet zonder meer duidelijk welke gegevens wel- of niet in combinatie met elkaar kunnen voorkomen. Voorstel: Splits de huidige bouwsteen Medicatie in vier afzonderlijke bouwstenen die los van elkaar of in combinatie naast elkaar in de overdracht kunnen voorkomen. Deze vier zijn (nader overleg nodig!):

- Voorschrift
- Verstrekking
- Gebruik (de actuele medicatie)
- Toediening

Besluit:
De bouwsteen OverdrachtMedicatie is opgesplitst in MedicatieVerstrekking, MedicatieVoorschrift, MedicatieToediening en MedicatieGebruik.

ZIB-57

Cardinaliteit choicebox OverdrachtNationaliteit is ambigu

Aangemaakt op:	29-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Nationaliteit OverdrachtNationaliteit (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	30-07-2013

Omschrijving:
In OverdrachtNationaliteit heeft zowel land als nationaliteit cardinaliteit 0..*. De constraint zegt echter Precies een concept uit de keuzebox moet gekozen worden. Dit kan tot verwarring leiden. Voorstel is om de tekst van de constraint te wijzigen in Kies Land(en) of Nationaliteit(en) met bijbehorende waardelijst, niet beide
Besluit:

ZIB-59

RFC Bouwsteen Betaler

Aangemaakt op:	29-05-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Betaler OverdrachtBetaler (vervallen)	Publicatieversie:	1.1
Status:	In release	Publicatiedatum:	15-10-2013

Omschrijving:
Het element BetalerPersoon heeft een verwijzing “Naam:Naamgegevens”. Eem element dat een verwijzing is naar een concept moet geen blauwe kleur hebben (zie bijv. de verwijzing “Adres::Adresgegevens”, die is niet blauw).
Besluit:

ZIB-62

commentaar op bouwsteen: nl.nfu.OverdrachtPatient?v1.1: dubbel id 0.1.33

Aangemaakt op:	18-07-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Beste teamleden,

Er is een id tweemaal uitgegeven in bouwsteen nl.nfu.OverdrachtPatient?v1.1.

Het gaat om id NL?CM:0.1.33 die staat bij OverlijdensIndicator en DatumOverlijden.

Uit de PDF:

[quote]

«data» OverlijdensIndicator Definitie Indicator die aangeeft of de patient overleden is. Datatype BL DCM::DefinitionCode NL?CM:0.1.33

«data» DatumOverlijden Definitie Indien van toepassing datum waarop de persoon overleden is. Een vage datum, b.v. alleen jaartal is toegestaan. Datatype TS DCM::DefinitionCode NL?CM:0.1.33

[/quote]

Kunnen jullie dit aanpassen en graag even aangeven wanneer er nieuwe XMI/PDF voor is?

Bedankt!

Met vriendelijke groet, M.R. Ligtvoet ICT-Architect Nictiz Nationaal ICT Instituut in de Zorg Postbus 19121 2500 CC Den Haag Oude Middenweg 55 2491 AC Den Haag T 070 317 34 42 F 070 320 74 37 M 06 4378 3214 ligtvoet@nictiz.nl www.nictiz.nl Dit bericht kan vertrouwelijke informatie bevatten die niet voor u bestemd is. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. Nictiz aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risicos verbonden aan het elektronisch verzenden van berichten. This message may contain confidential information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. Nictiz accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
Besluit:
De tagged value van het concept Overlijdensindicator is aangepast omdat deze dubbel voorkwam.

ZIB-64

OverdrachtContactpersoon - OID aanpassing van RolCodelijst

Aangemaakt op:	30-07-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Contactpersoon OverdrachtContactpersoon (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Bij de RolCodelijst in de bouwsteen OverdrachtContactpersoon is er een foute OID van de CodeSystemId, namelijk.: 113883.2.4.3.11.22.472.

De juiste OID van de CodeSystemId zou moeten zijn: 2.16.840.1.113883.2.4.3.11.22.472.

Met vriendelijke groet,

Tessa van Stijn

HL7 expert

NICTIZ

Postbus 19121

2500 CC Den Haag

Oude Middenweg 55

2491 AC Den Haag

T: (070) 3173435

M: 06 34489294
Besluit:
De OID van de RolCodelijst is onjuist, deze is aangepast.

ZIB-66

OverdrachtContactpersoon - RolCodelijst-naam in EA model

Aangemaakt op:	30-07-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Contactpersoon OverdrachtContactpersoon (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In het EA- model van OverdrachtContactpersoon is de RelatieCodelijst verkeerd, namelijk: RelatieCodeLijst.

Correcte naam zou moeten zijn RelatieCodelijst.

Met vriendelijke groet,

Tessa van Stijn

HL7 expert

NICTIZ

Postbus 19121

2500 CC Den Haag

Oude Middenweg 55

2491 AC Den Haag

T: (070) 3173435

M: 06 34489294
Besluit:
De naam van de RelatieCodelijst was ten onrechte geschreven als RelatieCodeLijst. Dit is aangepast.

ZIB-67

Wijzigingsverzoek Klinische Bouwsteen Patient document

Aangemaakt op:	27-08-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Geachte heer/mevrouw,

Op aanduiding van Fred Smeele stuur ik deze mail!

Ik ben de documenten rondom de klinische bouwstenen aan het doornemen. Waarna ik een vraag heb betreffende het overdracht Patient document.

Ik zie dat hier bij naamgegevens de volgende 5 items zijn benoemd:

-Aanhef

-Voornamen

-Geslachtsnaam

-Geslachtsnaam partner

-Roepnaam

Ik mis hierin de Display naam. Dit veld wordt vaak gebruikt op correspondentie met de patient. Uit de overdracht set kan ik deze niet afleiden. Ik weet immers niet of de patient eerst zijn eigen geslachtsnaam wilt gebruiken en daarna zijn geslachtsnaam partner of anders om. Natuurlijk kan ook nog 1 van de 2 gebruikt worden. In de Hl7v2 standaard kon dit als een optioneel veld meegegeven worden. Hoe moet ik hier mee omgaan binnen de bouwstenen? Wat is de reden dat dit veld niet meer is opgenomen? We beginnen eind december met Ordermangement op basis van XDS/XDW. Hierin willen we de standaardbouwstenen gebruiken die door het NFU gebouwd zijn. Ik mis in de overdracht patientgegevens dus het naamgebruik veld. Dit hebben we nodig om de patient te kunnen aanschrijven.

Albert-Jan geeft aan dat dit hier inderdaad gemist is en dat dit wel is opgepakt in het project algemene NAW gegevens. De harmonisatie heeft echter nog niet plaatsgevonden.

Kunnen jullie mij hierover informeren!

Gr.

Igor Schoonbrood Maastricht Universitair Medisch Centrum Igor.schoonbrood@mumc.nl
Besluit:
Een concept Naamgebruik is toegevoegd, met hieraan gekoppeld een valueset NaamgebruikCodelijst.

ZIB-69

Issue Bouwsteen OverdrachtContactpersoon

Aangemaakt op:	03-09-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Contactpersoon OverdrachtContactpersoon (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De Bouwsteen OverdrachtContactpersoon maakt gebruik van de RolCodelijst. De inhoud van deze codelijst is niet consistent en bevat rollen en relaties door elkaar. In deze lijst is er ook de waarde specialist die in deze lijst overbodig is. De bouwsteen is immers bedoeld voor de overige, bij de zorg voor de patient betrokken, personen, anders dan zorgverleners. Graag de RolCodelijst opschonen.
Besluit:
De RolCodelijst is opgeschoond.

ZIB-70

Issue Bouwsteen OverdrachtZorgverlener - Specialisme

Aangemaakt op:	03-09-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgverlener OverdrachtZorgverlener (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De valueSet, die aangewezen wordt voor het concept Specialisme, heeft geen OID. De volgende OID: 2.16.840.1.113883.2.4.6.7 kan toegevoegd worden aan de valueSet COD016?VEKT voor het concept Specialisme in de Bouwsteen OverdrachtZorgverlener. De COD016?VEKT is recent geregistreerd onder deze OID.
Besluit:
De valueset behorende bij het concept Specialisme bevatte geen OID, deze is gekoppeld.

ZIB-71

Issue Bouwsteen Overdracht Zorgaanbieder - ZorgaanbiederIdentificatieNummer

Aangemaakt op:	03-09-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgaanbieder OverdrachtZorgaanbieder (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Voor het ZorgaanbiederIdentificatieNummer wordt het URA (Het CIBG UZI?Register?Abonneenummer)UZI-registerabonneenummer (URA) met de OID 2.16.528.1.1007.3.1 aangewezen in de bouwsteen OverdrachtZorgaanbieder. De juiste OID van het UZI-registerabonneenummer (URA) Zorginstelling identificatie is: 2.16.528.1.1007.3.3.
Besluit:
De OID van de valueset gekoppeld aan het concept ZorgaanbiederIdentificatieNummer was onjuist, deze is gecorrigeerd.

ZIB-72

Issue Bouwsteen OverdrachtBetaler - VerzekerdeNummer

Aangemaakt op:	03-09-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Betaler OverdrachtBetaler (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De datatype van VerzekerdeNummer is van data type II, dwz dat behalve het VerzekerdeNummer ook de identificatie van de organisatie bekend moet zijn. Graag vermelding over deze identificatie toevoegen bij het concept VerzekerdeNummer.
Besluit:
Het datatype aangepast van concept VerzekerdeNummer, van II naar ST.

ZIB-73

wijzigingsverzoek familieanamnese

Aangemaakt op:	30-10-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Familieanamnese OverdrachtFamilieanamnese (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Hallo Fred,

Tijdens het doorkijken van wat bouwstenen kwam ik wat tegen wat wellicht nog eens kan worden aangepast. Het is maar een kleintje en alleen tekst. ….ik dacht ik meld het maar even want als er ooit wat gaat veranderen zou deze eventueel mee kunnen. Ik wil eens kijken welke onderdelen goed bruikbaar zouden kunnen zijn voor onderzoek (clinical research & biobanken) vandaar dat ik er naar kijk.

groeten,

Linda Mook

Mook Projects | http://www.mookprojects.nl senior information architect | CTMM-TraIT project senior IT project leader UMCG | BBMRI-NL Catalogue projects

06-51778571 • skype linda.mook1 • linda.mook@gmail.com • http://www.linkedin.com/in/lindamook

Wijzigingsverzoek : tekst concept familieanamnese aanpassen

In het concept van familie anamnese staat:

De familieanamnese bevat een zo volledig mogelijk overzicht van alle gezondheidsproblemen van familieleden van de patient die bekend zijn en relevant zijn voor de overdracht. De anamnese bestaat uit informatie over: - de medische aandoeningen die familieleden hebben en - de biologische relatie tussen familieleden.

volgens mij is het volgende beter:

De familieanamnese bevat een zo volledig mogelijk overzicht van alle gezondheidsproblemen van familieleden van de patient die bekend zijn en relevant zijn voor de overdracht. De anamnese bestaat uit informatie over: - de medische aandoeningen die familieleden hebben en - de biologische relatie tussen DE PATIENT EN HET BETREFFENDE FAMILIELID.
Besluit:
Concept Relatie gewijzigd in BiologischeRelatie en tevens voorzien van eigen BiologischerelatieCodelijst.

ZIB-74

Wijzigingsverzoek bouwsteen gewicht

Aangemaakt op:	31-10-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Lichaamsgewicht OverdrachtGewicht (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Simpele Tekstaanpassing.

In de bouwsteen gewicht, staat bij onderdeel instructions het volgende:

Registreren van een actuele meting van het lichaamsgewicht, ook als deze persoon een lichaamsdeel mist, door een geboorteafwijking of na een chirurgische ingreep. Een verklaring over de fysieke incompleetheid van het lichaam, kan zo nodig opgeslagen worden in het data element beinvloedende factoren. Dit is het gebruikelijke model voor gewichtmetingen, bij voorbeeld thuis gemeten door de persoon zelf, een klinische meting in een kliniek/ziekenhuis, of door een fitness instructeur in een sportschool.

de naam van het data element klopt niet, moet zijn toelichting ipv beinvloedende factoren.

Registreren van een actuele meting van het lichaamsgewicht, ook als deze persoon een lichaamsdeel mist, door een geboorteafwijking of na een chirurgische ingreep. Een verklaring over de fysieke incompleetheid van het lichaam, kan zo nodig opgeslagen worden in het data element TOELICHTING. Dit is het gebruikelijke model voor gewichtmetingen, bij voorbeeld thuis gemeten door de persoon zelf, een klinische meting in een kliniek/ziekenhuis, of door een fitness instructeur in een sportschool.

Linda Mook

Mook Projects | http://www.mookprojects.nl senior information architect | CTMM-TraIT project senior IT project leader UMCG | BBMRI-NL Catalogue projects

06-51778571 • skype linda.mook1 • linda.mook@gmail.com • http://www.linkedin.com/in/lindamook
Besluit:
In de sectie Instructions stond een verkeerde conceptnaam, dit is aangepast.

ZIB-75

Issue bouwsteen nl.nfu.OverdrachtOpleiding

Aangemaakt op:	18-11-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Opleiding OverdrachtOpleiding (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Hallo Fred,

Bij de vergelijking van het concept Opleidingsniveau/Schooltype tussen GOG, HWG en Ketenzorg zijn we aangelopen tegen een discrepantie in de gebruikte waarde lijsten.

Alle drie de toepassingen verwijzen voor de invulling naar NHG tabel 20: Code opleiding, maar de GOG lijst wijkt op de codes 06, 07en 08 af van de andere twee en van de lijst zoals die door het NHG gepubliceerd wordt. Het lijkt er op dat in GOG een nummeringsfout is gemaakt.

Mijn voorstel is om dit recht te trekken en de volgende wijziging door te voeren in de GOG lijst:

· code 06 wordt 08

· code 07 wordt 09

· code 08 wordt 10

Met vriendelijke groet,

Albert-Jan
Besluit:
De valueset die de opleidingcodes bevat kwam qua codes niet overeen met NHG tabel 20: Code opleiding, dit is gelijk getrokken.

ZIB-76

OverdrachtTekstUitslag Omschrijving

Aangemaakt op:	03-12-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtTekstUitslag(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Van Tessa van Stijn:

Bouwsteen OverdrachtTekstUitslag

De omschrijving van het concept Verrichting aanpassen van: Verwijzing naar de bouwsteen Verrichting en daarin ook de verrichtingsdatum, aanvragend en uitvoerend specialisme. naar: Verwijzing naar de bouwsteen OverdrachtProcedure en daarin ook de verrichtingsdatum, aanvragend en uitvoerend specialisme. Er is geen bouwsteen Verrichting, maar een bouwsteen OverdrachtProcedure.
Besluit:
De omschrijving van het concept Verrichting bevatte een ongeldige verwijzing naar een bouwsteen, dit is tekstueel aangepast.

ZIB-78

Medicatie, diverse issues

Aangemaakt op:	03-12-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedicatieVoorschrift(vervallen) OverdrachtMedicatie (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Door Tessa van Stijn aangedragen:

OverdrachtMedicatie

3.1 De omschrijving van het concept RedenVanVoorschrijven Dit is een verwijzing naar het concept Probleem in de bouwsteen OverdrachtProbleem vervangen door: Dit is een verwijzing naar het concept Probleem in de bouwsteen OverdrachtProblemen. Er is geen bouwsteen OverdrachtProbleem, maar wel bouwsteen OverdrachtProblemen.

3.2 De omschrijving van het concept RedenVanVoorschrijven Dit wordt in de sectie Problems nader gespecificeerd. vervangen door: Dit wordt in de bouwsteen OverdrachtProblemen nader gespecificeerd.

3.3 Bij de omschrijving van het concept BeoogdVerstrekker en Voorschrijver is een typo: Dit is een verwijzing naar het concept Zorgverlenerin de bouwsteen OverdrachtZorgverlener. verbeteren naar: Dit is een verwijzing naar het concept Zorgverlener in de bouwsteen OverdrachtZorgverlener.

3.4 Concept Keerdosis Bij de omschrijving van het concept Keerdosis loopt de volgende zin niet goed: De dosering wordt (technisch) doorgegeven in de meeteenheid van het product, zodat het meestal om een aantal stuks of doses betreft.

3.5 Bij het concept Toediening ontbreekt beschrijving van het volgende concept: Dossering::Toedieningsweg Beschrijving toevoegen.

Voorbeeld beschrijving: Dossering::Toedieningsweg is een verwijzing naar het concept Toediningsweg uit de bouwsteen Dossiering binnen de bouwsteen OverdrachtMedicatie.
Besluit:
Tekstuele aanpassingen in de definities van de concepten RedenVanVoorschrijven, Keerdosis, Toediening, BeoogdVerstrekker en Voorschrijver.

ZIB-79

OverdrachtPolsfrequentie v1.1

Aangemaakt op:	03-12-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Polsfrequentie OverdrachtPolsfrequentie (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
LS,

De lijst onder PolsRegelmaigheidCodelijst klopt niet. De lijst van de ContextPositieCodelijst staat er nu onder. Denk dat er bij het verwijderen van elementen iets niet goed is gegaan.

Met vriendelijke groet,

Lindsay Chang Informatiearchitect Programma EVA

Academisch Medisch Centrum ? Meibergdreef 9 ?1105 AZ Amsterdam ? Postbus 22660 ? 1100 DD Amsterdam ?Locatie PA2-118 ? Tel. algemeen 020 566 1097 ? Mobiel 06 188 823 81 | Email l.a.chang@amc.uva.nl<mailto:l.a.chang@amc.uva.nl> | Vrijdag afwezig

 ________________________________

AMC Disclaimer : http://www.amc.nl/disclaimer

 ________________________________

Besluit:
De codelijst onder PolsRegelmaigheidCodelijst was niet correct, deze is aangepast.

ZIB-80

OverdrachtMedicatie v1.1

Aangemaakt op:	03-12-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedicatieVoorschrift(vervallen) OverdrachtMedicatie (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
LS,

Medicatie v 1.1: - pagina 26 in tabel verstrekte hoeveelheid: spellingsfoutje volgend moet zijn volgens

Groeten,

Lindsay

 ________________________________

AMC Disclaimer : http://www.amc.nl/disclaimer

 ________________________________

Besluit:
In de tabel met verstrekte hoeveelheden stond een spelfout; volgend i.p.v. volgens. Dit is aangepast.

ZIB-82

OverdrachtBehandelAanwijzing v1.1

Aangemaakt op:	03-12-2013	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	BehandelAanwijzing OverdrachtBehandelAanwijzing (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
LS,

Hierbij enkele wijzigingsverzoeken t.a.v. de behandelaanwijzingen.

Behandelaanwijzingen v 1.1: - In de NFU bouwsteen wordt reanimeren Basic Life Support genoemd. In het ziekenhuis wordt bij reanimeren Advanced Life Support toegepast, dat wil zeggen dat men professioneel masseert, beademt, een shock toedient en medicatie geeft ter ondersteuning. Voorstel is om de term reanimeren te handhaven. - De projectgroep NFU heeft besloten defibrillatie ook als los item mee te nemen al hoewel dit ook onderdeel van reanimatie is. Hiermee is het mogelijk om ondanks een niet reanimeren beleid expliciet aan te geven dat defibrillatie bijvoorbeeld bij een hartritmestoornis wel is toegestaan. Medisch inhoudelijk zal tijdens het beoordelen van het ritme en het voorbereiden van de shock toch basic life support gegeven moeten worden. Voorstel is om de term defibrilleren niet toe te voegen. - NFU spreekt van intubatie, reden om non invasief beademen toe te voegen. Medisch inhoudelijk vallen beide onder de term beademen. Voorstel is om de term beademen te handhaven.

Groeten, Lindsay

 ________________________________

AMC Disclaimer : http://www.amc.nl/disclaimer

 ________________________________

Besluit:
Enkele aanpassingen in samenstelling en descriptions van de BehandelingCodelijst, tevens tekst in sectie Evidence based aangepast n.a.v. deze wijzigingen.

ZIB-83

Wijzigingsvoorstel OverdrachtMedischHulpmiddel

Aangemaakt op:	03-02-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedischHulpmiddel OverdrachtMedischHulpmiddel (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Zoals met Fred Smeele overlegd, stuur ik hierbij een wijzigingsverzoek voor de klinische bouwsteen OverdrachtMedischHulpmiddel. Dit verzoek stuur ik namens het Ministerie VWS, directie Geneesmiddel en Medische Terminologie vanuit het project Implantatenregister (bijlage kamerbrief via Fred Smeele).

Op 24 september 2013 is een wet van kracht geworden, uitgevaardigd door de Amerikaanse Food and Drug Authority (FDA). Hierin wordt het gebruik van een Unique Device Identifier (UDI) verplicht gesteld voor een aantal medische hulpmiddelen: klasse III, II en I. Deze UDI moet aanwezig zijn op de producten die in Amerikaanse ziekenhuizen worden gebruikt. Van leveranciers wordt verwacht dat zij de productgegevens van de relevante producten registreren in een Global UDI Database (GUDID). Deze gegevens worden aan de afnemers beschikbaar gesteld. Hieronder worden ook patienten verstaan die bijvoorbeeld kunnen opzoeken welk implantaat zij hebben. De Europese Commissie heeft aangekondigd dat zij deze wetgeving zullen adopteren in Europa. De Europese Verordening (Europese Richtlijn voor medische hulpmiddelen) is in ontwikkeling en zal registratie van implantaten mbv. UDI voor de betreffende partijen (fabrikanten, zorginstellingen) gaan verplichten.

Op 9 december 2013 heeft de IMDRF (International Medical Device Regulators Forum) UDI Working Group richtlijnen voor het gebruik van UDI vastgesteld. (bijlage via Fred Smeele). Deze richtlijnen definieren de UDI.

In het informatiemodel van OverdrachtMedischHulpmiddel (in ieder geval voor de implanteerbare medische hulpmiddelen, ofwel implantaten) zijn niet de volledige UDI-gegevens opgenomen.

UDI bestaat uit twee delen; UDI-DI (Device Identifier) en UDI-PI (Production Identifier(s)): - UDI-DI (uniek nummer of alfanumerieke code dat een producttype (of model) identificeert. Dit betreft een wereldwijd uniek nummer, welke doorgaans niet wijzigt (statische data). De UDI-DI kan mbv. GS1 GTIN of HIBC-LIC of ISBT 128-PPC codering worden opgemaakt. Voor het gebruik van de GS1 GTIN geldt voor implantaten de GTIN-14 specificatie. - UDI-PI (uniek nummer of alfanumerieke code dat de productie-eenheden identificeert. De UDI-PI bestaat uit het serienummer, lot- of batchnummer. Software as a Medical Device (SaMD) versie, productie- en/of vervaldatum. Dit zijn de dynamische gegevens van de UDI en maken het product specifiek en samen met de UDI-DI uniek (ook voor de patient).

Dat betekent dat de ProductID in de bouwsteen niet de unieke identificatie is van het product (UDI van implantaat), indien hiervoor alleen het GTIN wordt gebruikt. Wel kan het GTIN voor het ProductID worden gebruikt, als de definitie van ProductID zoals hierboven voor de UDI-DI (is eigenlijk producttype-id of productmodel-id) wordt beschreven.

Overwogen kan worden om de UDI in drie data-elementen van de container Product op te nemen;

- ProductType - blijft zoals gedefinieerd

- ProductTypeID - wordt de definitie zoals hierboven UDI-DI

- ProductID - wordt de definitie zoals hierboven UDI-PI

Indien het gewenst is om een ID (UDI) voor het product te hanteren, dan zullen de definities en (verplichte en optionele) kenmerken van de UDI-DI en UDI-PI aan elkaar moeten worden beschreven.

Graag hoor ik van u. Ook voor eventuele vragen kunt u contact met mij opnemen.

Met vriendelijke groet,

Rob Daems Informatie / Solution Architect

Ordina ICT BV Ringwade 1 3439 LM NIEUWEGEIN

T +31 (0)30 663 7719 M +31(0)6 1039 4730 www.ordina.nl<http://www.ordina.nl/>

[image001]

Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht.

This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message.
Besluit:
Definitie van concept ProductID aangescherpt en tagged value DCM::ExampleValue scherper gedefinieerd.

ZIB-84

Klinische bouwsteen nl.nfu.OverdrachtProcedure uitbreiden met Aanvrager (n.a.v. issue #077)

Aangemaakt op:	13-02-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Naar aanleiding van issue #077.

De klinische bouwsteen OverdrachtProcedure uitbreiden met een aanvrager.
Besluit:
Concept Aanvrager toegevoegd aan bouwsteen.

ZIB-88

OverdrachtMedischHulpmiddel

Aangemaakt op:	29-04-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedischHulpmiddel OverdrachtMedischHulpmiddel (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In OverdrachtMedischHulpmiddel moeten de waarden van ProductId afkomstig zijn uit GTIN met de OID: 2.16.528.1.1002. De vermelding van GTIN OID blijkt incorrect te zijn. De correcte OID van GTIN is: 1.3.160.
Besluit:
De OID voor GTIN bij concept ProductID is onjuist, deze is aangepast.

ZIB-89

Aanpassing OverdrachtFuntioneleStatus door deze te vervangen door een nieuwe bouwsteen die alleen een generieke functionele beperking bevat.

Aangemaakt op:	08-05-2014	Component:	Begeleidend document DCM (Enterprise Architect)
Het betreft de bouwstenen:	FunctioneleOfMentaleStatus OverdrachtFunctioneleStatus (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Issue:

De huidige bouwsteen functionele status is een keuzebox uit FunctioneleBeperking en GlasgowComaScale + een opmerkingenveld.

Daarmee heeft de bouwsteen de stuctuur van een CCD sectie gekregen.

In het project Uitbreiden GOG met verpleegkundige gegevens komen er een groot aantal bouwstenen bij die onder de Sectie Functionele Status vallen.

Bij de huidige opbouw van de bouwsteen OverdrachtFunctioneleStatus zouden deze ook allemaal in de keuzebox moeten komen.

Dit is niet in lijn met wat we bij andere secties, die uit meer dan een bouwsteen bestaan , gevolgd hebben.

Bovendien is het toelichting veld in vrijwel alle gevallen ook in de separate bouwsteen aanwezig.

Voorstel:

De huidige bouwsteen wordt vervangen door een nieuwe bouwsteen die alleen een generieke functionele beperking bevat.

De CCD sectie Functionele Status kan dan gevuld worden met:

OverdrachtGeneriekeFunctioneleBeperking

OverdrachtGlasgowComaScale

en de bouwstenen met specifieke beperkingen uit de verpleegkundige gegevens.
Besluit:
OverdachtFunctioneleStatus vervangen door een nieuwe bouwsteen die alleen een generieke functionele beperking bevat.

ZIB-91

Opsplitsen OverdrachtBehandelAanwijzing in OverdrachtWilsverklaring en OverdrachtBehandelAanwijzing, incl. uitbreiding WilsverklaringTypeCodelijst.

Aangemaakt op:	08-05-2014	Component:	Begeleidend document DCM (Enterprise Architect)
Het betreft de bouwstenen:	BehandelAanwijzing OverdrachtBehandelAanwijzing (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Issue:

OverdrachtBehandelAanwijzing bevat nu wilsverklaringen als ondersteuning van de behandelaanwijzing.

Niet iedere wilsverklaring leidt echter tot een behandelaanwijzing: in de uitbreiding van GOG met verpleegkundige gegevens wordt donorschap geregisteerd. Bovendien is een wilsverklaring iets wat van de patient is en de behandelaanwijzing van de zorgverleners.

Voorstel:

Maak een nieuwe bouwsteen Wilsverklaring in de sectie SocialHistory en verwijs vanuit OverdrachtBehandelAanwijzing naar deze bouwsteen.

Let wel, inhoudelijk verandert hiermee niets aan de bouwsteen OverdrachtBehandelAanwijzing. Het biedt alleen de mogelijkheid om flexibeler met wilsverklaringen en behandelaanwijzigen om te kunnen gaan.
Besluit:
De bouwsteen Overdracht BehandelAanwijzing is opgesplitst in een tweetal bouwstenen: BehandelAanwijzing en Wilsverklaring.

ZIB-93

Bouwsteennaam Procedure wijzigen in Verrichting

Aangemaakt op:	18-06-2014	Component:	Begeleidend document DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De naam Procedure is overgenomen uit de CCR-sectie en niet vertaald. Levert nu om 2 redenen verwarring op: 1. In Nederland is Verrichting het woord dat de lading dekt 2. Het woord Procedure is ook een Nederlands woord en levert daarom verwarring op.
Besluit:
De naam van bouwsteen OverdrachtProcedure is aangepast in OverdrachtVerrichting.

ZIB-94

Aanpassen tekst van Disclaimer, Terms of Use & Copyrights

Aangemaakt op:	18-06-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Algemeen	Publicatieversie:	Divers
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De oorspronkelijke teksten van de secties Disclaimer, Terms of Use en Copyrights in de bouwstenen die uit het project Generieke Overdrachtsgegevens afkomstig zijn, dekt de lading niet meer. Wenselijk is de tekst aan te passen, zie bijlage voor aangepaste tekst zoals aangeleverd door Fred.
Besluit:
Beschrijving in secties Disclaimer, Terms of Use & Copyrights aangescherpt.

ZIB-95

Elementen in Example of the Instrument OverdrachtProcedure komen niet terug in model

Aangemaakt op:	18-06-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de bouwsteen OverdrachtProcedure (en container Product uit de bouwsteen OverdrachtMedischHulpmiddel) zijn de elementen Aantal en Dosering niet aanwezig, deze zijn wel in Example of the Instrument opgenomen. Dit wijzigingsverzoek om Example of the instrument van deze bouwsteen aan te passen zodat deze overeenkomt met de oorspronkelijke bouwsteen.
Besluit:
Example of the Instrument aangepast door de rijen Dosering en Aantal te verwijderen.

ZIB-96

Cardinaliteit PatientIdentificatienummer in OverdrachtPatient anapassen naar 0..*

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Het concept PatientIdentificatienummer heeft cardinaliteit 0..1, het is wenselijk om ook het nummer van de instelling (patientnummer) mee te sturen. Om deze reden de cardinaliteit aanscherpen naar tenminste 0..*, en definitie van het concept hierop aan laten sluiten.
Besluit:
Cardinaliteit van het concept PatientIdentificatienummer aangepast naar 0..*.

ZIB-97

Concept Voornamen opsplitsen in Voornamen en Initialen in OverdrachtPatient

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Het concept Voornamen bevat nu zowel voornamen als initialen, het is wenselijk deze te splitsen in twee concepten. Dit is in de uitgewerkte templates wel het geval, maar in het model is dit een concept.
Besluit:
Het concept Voornamen die nu bestaat uit een combinatie van voornaam en inititalen opgeplitst in twee losse concepten.

ZIB-98

Achternaam en voorvoegsel als losse concepten uitwerken in OverdrachtPatient

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

De concepten Geslachtsnaam en GeslachtsnaamPartner bevatten zowel de naam als voorvoegsels, het is wenselijk de naam en voorvoegsels te splitsen. Dit is in de uitgewerkte templates wel het geval, maar in het model is dit een concept.
Besluit:
De concepten Geslachtsnaam en GeslachtsnaamPartner bevatten zowel de naam als voorvoegsels, dit is opgesplitst in losse concepten.

ZIB-99

Example of the Instrument in OverdrachtPatient aanpassen qua naam Soort adres

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Voor het concept AdresSoort is een codelijst gedefinieerd, namelijk: AdresSoortCodelijst. Deze codelijst bevat een concept Primary Home met als description Primaire adres, overeenkomend met GBA. In de sectie Example of the Instrument wordt in het voorbeeld achter Soort adres de waarde Huisadres weergegeven, dit komt niet overeen met de waarden zoals gedefineerd in de codelijst.
Besluit:
De descriptions van AdresSoortCodelijst zijn aangescherpt.

ZIB-100

VIP indicator in OverdrachtPatient laten vervallen

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

De codelijst VIPindicatorCodelijst bestaat uit verschillende waarden die in de praktijk niet gebruikt worden, waaronder FD met description Financiele donor van de zorginstelling.
Besluit:
De VIPindicatorCodelijst is opgeschoond.

ZIB-102

DCM::ExampleValue toevoegne bij concept MeerlingIndicator in OverdrachtPatient

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Bij het concept MeerlingIndicator staat geen tagged value DCM::ExampleValue gedefinieerd.
Besluit:
De concepten OverlijdensIndicator en MeerlingIndicator voorzien van DCM::ExampleValue en de sectie Example of the Instrument hierop aangepast.

ZIB-104

ZorgverlenerNaam in OverdrachtZorgverlener definitie komt niet overeen met DCM::ExampleValue

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgverlener OverdrachtZorgverlener (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Voor het concept ZorgverlenerNaam is in de definitie opgenomen dat het de achternaam van de zorgverlener betreft, terwijl de tagged value DCM::ExampleValue zowel initialen als achternaam bevat. Dit dient duidelijker gespecificeerd te worden.
Besluit:
Het concept ZorgverlenerNaam aangepast zodat dit een referentie is, hiermee is de ambiguiteit in de definitie opgelost.

ZIB-105

Gebruik van specialisme in Example of the Instrument OverdrachtZorgverlener aanpassen

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgverlener OverdrachtZorgverlener (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

In de sectie Example of the instrument is zowel bij zorgverlener als zorgaanbieder een specialisme opgenomen (resp. neuroloog, cardiologie) dit is onjuist (en schept verwarring).
Besluit:
De sectie Example of the Instrument aangepast zodat deze overeenkomt met het model.

ZIB-107

OverdrachtProblemen aanpassen zodat Probleem het rootconcept wordt i.p.v. Concern.

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtConcern (vervallen) OverdrachtProblemen (vervallen)	Publicatieversie:
Status:	In pre-publicatie	Publicatiedatum:

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Het rootconcept Concern leidt tot verwarring, omdat deze naamgeving bij enkele aanwezigen onjuiste associaties opwekt. Het voorstel om het concept Probleem het rootconcept van de bouwsteen te laten zijn. De sectie Example of the instrument bevat nu een tabel waarin is opgenomen Aandachtsgebied 1, Aandachtsgebied 2, etc. Dit zou dan ook aangepast moeten worden.
Besluit:
Bouwsteen is aangepast. Probleem is nu het rootconcept

ZIB-108

ProbleemstatusCodelijst in OverdrachtProblemen leidt qua naamgeving/vertaling van de concepten tot verwarring

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtConcern (vervallen) OverdrachtProblemen (vervallen)	Publicatieversie:
Status:	In pre-publicatie	Publicatiedatum:

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

De codelijst ProbleemstatusCodeLijst bevat een drietal concepten die qua naamgeving en vertaling tot verwarring leiden. Zo is o.a. het onderscheid tussen onder controle en actueel niet duidelijk.

Eerder al een wijzigingsverzoek hierover in behandeling genomen, dit wijzigingsverzoek meenemen bij de afhandeling.
Besluit:
Bij de aanpassingen van de bouwsteen OverdrachtConcern naar Probleem zijn de omschrijvingen van de codes aangepast.

ZIB-109

Onduidelijk wat wel/niet onderdeel uitmaakt van bouwsteen OverdrachtAlert; definities aanpassen

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Alert OverdrachtAlert (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

Enkele opmerkingen wat betreft de bouwsteen OverdrachtAlert:

Algemeen: er dient beter gedefinieerd te worden wat wel en wat niet onderdeel uitmaakt van de bouwsteen OverdrachtAlert.

In de definitie van het concept AfwijkendeUitslag wordt beschreven dat dit bijv. een sterk afwijkende labuitslag zou kunnen zijn. Voor labuitslagen is ook een bouwsteen aanwezig, maar deze wordt hier niet aangeroepen.
Besluit:
Door het opsplitsen van de bouwsteen OverdrachtAlert in een tweetal bouwstenen (Alert en AllergieIntolerantie) is duidelijker gemaakt welke onderdelen uitmaken van Alert dan wel AllergieIntolerantie.

ZIB-110

Example of the instrument van OverdrachtMedischHulpmiddel bevat kolom Zorgverlener, definities binnen deze kolom moeten duidelijker

Aangemaakt op:	18-07-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedischHulpmiddel OverdrachtMedischHulpmiddel (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
N.a.v. het overleg Implementatierichtlijnen GenOGeg dd. 2 juli 14:

In de sectie Example of the instrument is een kolom Zorgverlener opgenomen waarin zowel specialisme als ziekenhuis zijn opgenomen. Deze kolom incl. de waarden binnen deze kolom kunnen duidelijker gedefinieerd worden.
Besluit:

ZIB-111

Wijzigingsverzoek OverdrachtAlert ReactieOmschrijvingCodelijst: Angst toevoegen en Bronchospasme vervangen in Kortademigheid

Aangemaakt op:	19-08-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Alert OverdrachtAlert (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Hoi Fred,

Bij deze een wijzigingsverzoek t.a.v. de bouwsteen OverdrachtAlert.

Het gaat om de ReactieOmschrijvingCodelijst. Vanuit het AMC/ VUmc zouden wij graag 1 aanvulling willen doen:

- Angst

Daarnaast is het verzoek om in plaats van Bronchospasme de term Kortademigheid te hanteren. Kortademigsheid is generieker en omvat meer dan alleen bronchospasme.

Met vriendelijke groet,

Lindsay Chang Informatiearchitect Programma EVA

Vrijdag afwezig

Academisch Medisch Centrum ? Meibergdreef 9 ?1105 AZ Amsterdam ?Postbus 22660 ? 1100 DD Amsterdam ? Locatie PA2-118 ? Tel. 020 566 1097 ? Mob. 06 188 823 81 ? E-mail l.a.chang@amc.uva.nl<mailto:l.a.chang@amc.uva.nl>

________________________________

AMC Disclaimer : http://www.amc.nl/disclaimer

________________________________
Besluit:
In de codes in de ReactieOmschrijvingCodelijst (in opgesplitst versie genaamd: SymptoomCodelijst) aangescherpt.

ZIB-113

Uitbreiding bouwsteen OverdrachtAdemhalingsfrequentie

Aangemaakt op:	18-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Ademhaling OverdrachtAdemhalingsfrequentie (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De huidige bouwsteen OverdrachtAdemhalingsfrequentie bevat zoals de naam al doet vermoeden alleen de ademhalingsfrequentie.

T.bv. de gegevens die in de uitbreiding van GOG met verpleegkundige gegevens gemodelleerd worden, is behoefte aan een uitbreiding van de bouwsteen tot een meer algemene bouwsteen Overdracht ademhaling. Een voorstel daartoe is bijgevoegd. Bij dit voorstel is ondermeer gekeken naar bestaande oplossingen zoals bv. de modellering in OpenEHR templates.

Het voorstel is om de huidige bouwsteen uit te breiden en de naam te wijzigen in OverdrachtAdemhaling.
Besluit:
Bouwsteen OverdrachtAdemhalingsfrequentie is uitgebreid en gewijzigd in OverdrachtAdemhaling.

ZIB-114

Aanpassing GOG bouwsteen OverdrachtPijnScore; aanscherpen definities, toevoegen meetmethode, aanpassen naam rootconcept naar pijnscore, en concept pijnscore naar pijnscorewaarde.

Aangemaakt op:	18-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Pijnscore OverdrachtPijnscore (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
1. Het project uitbreiding GOG met verpleegkundige gegevens kent een bouwsteen Pijnbeleving. Hierin wordt de pijnscore algemeen, in rust en bij beweging vastgelegd alsmede de locatie van de pijn. In eerste instantie was de gedachte de GOG bouwsteen uit te breiden. Besloten is echter om de GOG bouwsteen de meting sec te laten beschrijven en in de eOverdracht naar de bouwsteen te verwijzen. Hierbij lopen we wel tegen wat naamgevingsproblemen aan, de GOG bouwsteen heet PijnScore, het rootconcept Pijnbeleving en de waarde Pijnscore. Om de intentie van de GOG bouwsteen beter aan te geven stellen we voor het rootconcept Pijnscore te noemen en de waarde PijnscoreWaarde. Dit open tevens de mogelijkheid om het rootconcept van de eOverdacht bouwsteen Pijnbeleving een consistente naam te geven.

2. Uit de review van de eOverdracht bouwsteen Pijnbeleving zijn opmerkingen over de GOG bouwsteen Pijnscore naar voren gekomen, t.w.

- de conceptbeschrijving van GOG Pijnscore vermeldt dat de NRS schaal van 1 tot 10 loopt. Algemeen wordt gesteld dat dit 0-10 moet zijn.

- de zelfde beschrijving zegt over de VAS schaal dat dit 0-10 is terwijl veel VAS indelingen 0-100 zijn.

- tevens vermeldt de beschrijving dat de VAS nauwkeuriger is dan de NRS, maar dat bouwsteen beide methoden beschrijft. Moet er dan geen toevoeging komen van de gebruikte meetmethode?
Besluit:
Naamgeving concepten aangepast, beschrijving in sectie Concept aangescherpt, meetmethode incl. codelijst toegevoegd.

ZIB-115

Uitbreiding GOG bouwsteen PlanOfCare door verwijzing naar OverdrachtVerpleegkundigeInterventie op te nemen.

Aangemaakt op:	18-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtGeplandeZorgactiviteit OverdrachtPlanOfCare (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De GOG bouwsteen PlanOfCare biedt ondermeer de mogelijkheid of zgn. clinical reminders op te nemen, acties die in de toekomst gedaan moeten worden zonder dat er een exacte datum is. Daartoe kan naar een groot aantal andere GOG bouwstenen verwezen worden, zoals Procedure. Bij de uitbreiding van GOG met verpleegkundige gegevens hebben we ook behoefte aan reminders voor activiteiten. Helaas is de GOG bouwsteen procedures voor eOverdracht niet goed bruikbaar door de sterke OK insteek. De hiervoor bedoelde eOverdacht bouwsteen VerpleegkundigeInteractie is hier wel bruikbaar voor. Deze zit echter niet in PlanOfCare als mogelijke keuze. Voorstel is om deze bouwsteen aan de keuzelijst van GOG PlanOfCare toe te voegen
Besluit:
Concept toegevoegd met referentie naar het concept VerpleegkundigeActie uit de bouwsteen OverdachtVerpleegkundigeInterventie.

ZIB-116

Sectie Instructions van bouwsteen OverdrachtIntoxicatieAlcohol aanpassen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	AlcoholGebruik OverdrachtIntoxicatieAlcohol (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de sectie Instructions van de bouwsteen OverdrachtIntoxicatieAlcohol staat beschreven: als het wenselijk is informatie over alcohol uit het verleden over te dragen, dan kan het op twee manieren. Dit kan volgens de definitie in vrije tekst, of kan als alcohol in te voeren incl. alcohol met stopdatum. Dit is geen goede structurele oplossing. Dit wijzigingsverzoek om de tekst in sectie Instructions aan te passen zodat enkel registratie in het verleden op basis van stopdatum mogelijk wordt. Hier tevens aan toevoegen dat voor de registratie van meerdere soorten alcohol meerdere keren de bouwsteen gevuld wordt.
Besluit:
De tekst in sectie Instructions aangescherpt.

ZIB-117

Definitie van de sectie Concept van bouwsteen OverdrachtIntoxicatieAlcohol aanpassen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	AlcoholGebruik OverdrachtIntoxicatieAlcohol (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de beschrijving van de sectie Concept van de bouwsteen OverdrachtIntoxicatieAlcohol (en ook van het rootconcept van deze bouwsteen) staat nu vermeld: Een overzicht van de laaste bij de patient uitgevraagde gegevens over het gebruik van alcohol.. Dit graag aanpassen in: Deze bouwsteen beschrijft de bij de patient uitgevraagde gegevens van alcoholgebruik..
Besluit:
De tekst in de sectie Concept aangescherpt.

ZIB-118

Definitie van de sectie Concept van bouwsteen OverdrachtIntoxicatieTabak aanpassen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	TabakGebruik OverdrachtIntoxicatieTabak (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de beschrijving van de sectie Concept van de bouwsteen OverdrachtIntoxicatieTabak (en ook van het rootconcept van deze bouwsteen) staat nu vermeld: Een overzicht van de laaste bij de patient uitgevraagde gegevens over het gebruik van tabak.. Dit graag aanpassen in: Deze bouwsteen beschrijft de bij de patient uitgevraagde gegevens van tabaksgebruik..
Besluit:
De tekst in de sectie Concept aangescherpt.

ZIB-121

In de bouwsteen OverdrachtPatient het concept Aanhef laten vervallen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Patient OverdrachtPatient (vervallen)	Publicatieversie:	2.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Als wijzigingsverzoek is binnen gekomen dat het concept Aanhef in het kader van overdracht niet relevant is.

Voorstel dit concept te laten vervallen.
Besluit:
Het concept Aanhef is komen te vervallen.

ZIB-122

De definitie van de sectie Concept van de bouwsteen OverdrachtProcedure aanpassen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtProcedure (vervallen) OverdrachtVerrichting(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de sectie Concept van de bouwsteen OverdrachtProcedures staat de volgende definitie: De sectie Procedures vermeldt alle bekende, relevante therapeutische verrichtingen, die de patient heeft ondergaan.... Dit graag aanpassen naar: De bouwsteen Procedures vermeldt alle bekende therapeutische verrichtingen die de patient heeft ondergaan....
Besluit:
De tekst in de sectie Concept aangescherpt.

ZIB-124

Definitie van het concept Toelichting van de bouwsteen OverdrachtVaccinatie aanpassen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Vaccinatie OverdrachtVaccinatie (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
In de definitie van het concept Toelichting van de bouwsteen OverdrachtVaccinatie worden standaard teksten vermeld, maar het is een ST type veld met een optie voor vrije tekst. Indien er sprake is van standaard teksten wil je een gecodeerd veld incl. codestelsel (incl. eventueel de mogelijkheid tot vrije tekst), en als het vrije teksten zijn dan wil je een volledig vrije tekst veld en niet in de definitie van het concept de keuzeopties.
Besluit:
De definitie van het concept Toelichting is aangescherpt.

ZIB-125

Toevoegen Concept Specialisme in bouwsteen OverdrachtZorgaanbieder.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Zorgaanbieder OverdrachtZorgaanbieder (vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Graag zouden we in de klinische bouwsteen OverdrachtZorgaanbieder de mogelijkheid willen bieden om een specialisme toe te voegen behorende bij de zorgaanbieder. Dit om de mogelijkheid te bieden over te dragen welke specialisme van de zorgaanbieder het betreft. Hier is in het huidige model geen ruimte voor, aangezien enkel via de bij de zorgaanbieder behorende zorgverlener een specialisme gekoppeld kan worden. Aan het concept Specialimse zouden we graag de codelijst van medisch specialismen koppelen.
Besluit:
Het concept Specialisme is toegevoegd aan de bouwsteen.

ZIB-128

Aanvullen MedicatieToedieningenRedenVanNietToedienenCodelijst van bouwsteen MedicatieToediening.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	MedicatieToediening(vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
De codelijst MedicatieToedieningRedenVanNietToedienenCodelijst van bouwsteen MedicatieToediening bevat nog niet alle mogelijke waarden, deze moet nog worden aangevuld met redenen van niet toedienen.
Besluit:
De codelijst MedicatieToedieningRedenVanNietToedienenCodelijst qua codes aangepast.

ZIB-130

Samenvoegen bouwstenen OverdrachtLabuitslag en OverdrachtTekstuitslag tot een bouwsteen.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	OverdrachtTekstUitslag(vervallen)	Publicatieversie:	1.2
Status:	In release	Publicatiedatum:	09-04-2015

Omschrijving:
Vanuit de leveranciers is de vraag gekomen of de mogelijkheid overwogen kan worden de bouwstenen OverdrachtLabUitslag en OverdrachtTekstuitslag samen te voegen tot een bouwsteen, waarin het mogelijk is om zowel tekst als waarde in te geven. Internationaal is ervoor gekozen om een splitsing te doen zodat je ook beter kan testen op gestructureerde datum, en door samen te voegen is dit niet (goed) mogelijk. Echter wordt door de leveranciers aangegeven dat het doel van overdracht voor ogen gehouden moet worden en het in de overdracht niet nodig is om twee aparte bouwstenen te hebben. Mocht geen gehoor gegeven worden aan dit wijzigingsverzoek, dient wel duidelijk gemaakt te worden in beide bouwstenen in welke bouwsteen welke uitslag geplaatst wordt. Nu zit bijv. de microbiologie uitslag in beide bouwstenen. En ook: de definitie van het concept van de bouwsteen OverdrachtTekstuitslag refereert momenteel naar laboratorium onderzoeken, terwijl ook een bouwsteen OverdrachtLabuitslag beschikbaar is. De definitie zou aangescherrpt moeten worden, aldus de leveranciers.
Besluit:
De tekst in de sectie Concept aangescherpt.

ZIB-132

Aanpassingen in SNOMED CT codes en omschrijvingen voor codelijst AlertTypeCodelijst n.a.v. review terminologie expert.

Aangemaakt op:	30-09-2014	Component:	DCM (Enterprise Architect)
Het betreft de bouwstenen:	Alert OverdrachtAlert (vervallen)	Publicatieversie:	1.0
Status:	In release	Publicatiedatum:	09-04-2015