Overige DCM sectie: wat komt er in

Metadata

Tag	Waarde
DCM::CoderList	Lijst met codeurs namen gescheiden door komma's, format: naam (emailadres), naam (emailadres), ...
DCM::ContactInformation.Address
DCM::ContactInformation.Name
DCM::ContactInformation.Telecom
DCM::ContentAuthorList	Lijst met auteurs gescheiden door komma's Vraag: Alle leden werkgroep er in of gaan die als reviewer vermeld worden?''
DCM::CreationDate	Aanmaakdatum
DCM::DeprecatedDate
DCM::DescriptionLanguage	nl
DCM::EndorsingAuthority.Address
DCM::EndorsingAuthority.Name	NFU
DCM::EndorsingAuthority.Telecom
DCM::Id	Niet invullen, wordt door de librarian toegekend
DCM::KeywordList	Lijst met keywords gescheiden door komma's
DCM::LifecycleStatus
DCM::ModelerList	Lijst met modelleurs
DCM::Name	DCM naam, format: "nl.nfu.Overdracht(sectie of DCM naam)"
DCM::PublicationDate	*
DCM::PublicationStatus	*
DCM::ReviewerList
DCM::RevisionDate
DCM::Superseeds
DCM::Version	Versie, zorg ervoor dat deze overeenkomt met de versie in "Revision history"

De vetgedrukte waarden zijn vaste waarden

Mindmap

Optioneel
Informeel en schetsmatig overzicht van de variabelen in de DCM, inclusief hun onderlinge relaties.
Dit kan een plaatje zijn of een mindmap in EA.
Voeg eventueel een nieuwe package toe aan de DCM en noem deze 'Mindmap'

Revision History

VERPLICHT
Een beknopte opsomming van de wijzigingen bij de nieuwe versie van een DCM. NB: bij een finale versie, voor publicatie alle draft naar draft revision history verwijderen. Vaak niet zo interessant om daar naar te kijken als tussenliggende versies toch niet in repository zitten.

 Voorbeeld:
 0.1 2012-06-01  Initiële versie
 0.2 2012-06-21  commentaar Piet verwerkt

Concept

VERPLICHT
Beschrijft de inhoud van het concept

Voorbeeld:
Deze DCM zal ingaan op het vaststellen van het risico op decubitus met behulp van de Braden schaal. 
De Braden schaal is een van de meetinstrumenten waarmee het risico op decubitus kan worden vastgesteld

Purpose

VERPLICHT
Zo kort en duidelijk mogelijke beschrijving van het doel van het concept dat wordt beschreven in de DCM

Voorbeeld:
Een goed overzicht van door zorgverleners beschreven behandelaanwijzingen en wensen van de patiënt t.a.v. gewenste behandelingen is belangrijk 
voor de overdracht naar andere behandelaars. Vooral in de acute situatie is een beknopt en overzichtelijke lijst van belang. 
De ontvanger kan het overzicht gebruiken om de bestaande behandelaanwijzingen met de patiënt, zijn familie of gevolmachtigde te bespreken 
en om het in het eigen beleid op te nemen.

Evidence Base

Optioneel
Er dient een zorgvuldige afweging te worden gemaakt over wat wel/niet wordt opgenomen in de DCM. Een wetenschappelijke onderbouwing gaat echter te ver en hierin wijken we af van de standaard. In dit onderdeel moet waar relevant worden aangegeven waarom bepaalde keuzes zijn gemaakt (b.v. AGB codes omdat dit in alle zorginstellingen beschikbaar is en we het niet moeilijker willen maken dan het al is)

Voorbeeld:
De ontwikkeling van deze klinische bouwsteen is in eerste instantie gebaseerd op de specificatie van de CCR documentatie (Continuity of Care Record, 
ASTM). De codering binnen het domein Medicatie zijn voor zo ver mogelijk gebaseerd  op de G-standaard (beheeerd door de KNMP). De reden hiervoor 
is, dat in Nederland vrijwel alle softwarepaketten voor electronisch voorschrijven, apotheekmanagement, medicatiebewaking op deze standaard 
gebaseerd zijn. De G-standaard wordt nauwkeurig bijgehouden en ontwikkeld in overleg met belangrhebbenden, inclusief de softwareleveranciers.

Bij het bepalen van restricties en de aanwijzing van toe te passen gegevensdomeinen (valuesets) is rekening gehouden met
- landelijke richtlijn medicatieoverdracht (http://www.medicatieoverdracht.nl)
- Implementatiehandleiding HL7 v3 medicatiegegevens (NICTIZ, HL7 Nederland)
- Dataset Medicatieproces (http://www.nictiz.nl/module/360/590/Dataset_Medicatieproces_2011.xlsx)

Example of the Instrument

VERPLICHT
In deze sectie gaan we een voorbeeld van het concept zoals het er uit ziet in een geprinte CCD/R laten neerzetten. dit is een image file zoals hieronder. Belangrijk is wel om zoveel als mogelijk voorbeelden te kiezen die de diverse onderdelen van het informatiemodel langslopen.

NOTE: de bronfile (xls) moeten we ook meenemen als sourcefiles in beheer en over die 'rotterdamse boompjes' moeten we nog een boompje opzetten

Instructions

Optioneel
Zijn voor de zendende partij, diegene die het gaat vullen dan wel mappen naar de secties. Oppassen dat dit niet te veel richting implementatie gaat

Voorbeeld:

Het proces zal meestal bestaan uit de volgende stappen:
- opstellen en accorderen van de informatie door de zender; 
- de medicatie wordt daarbij gesplitst in en aantal groepen : acutele medicatie, gestopte medicatie, laatst afgeleverde medicatie
- uitwisselen van de gegevens tussen twee informatiesystemen
 De uitwerking van dit proces is afhankelijk van een groot aantal implementatiebeslissingen.

Interpretation

Optioneel
Is voor de ontvanger, wat die met die informatie moet doen. Wederom oppassen dat het niet over implementatie gaatVoorbeeld:

Voorbeeld:
Het proces zal meestal bestaan uit de volgende stappen:
- inspectie en beoordelen/controleren van de ontvangen medicatie gegevens
- importeren van aangemerkte medicatieopdrachten
- bewerken van de geimporteerde gegevens
- accorderen of valideren van het aangepaste medicatieoverzicht voor thuisgebruik of klinisch gebruik
De uitwerking van dit proces is afhankelijk van een groot aantal implementatiebeslissingen.

Constraints

Optioneel
Beschrijving hoe je het gaat gebruiken in de praktijk

voorbeeld: 
De bouwsteen Overdracht van Medicatiegegevens wordt gebruikt in de context van een Overdracht van zorg tussen artsen.
De periode waarover informatie wordt verstrekt hangt af van implementatieafspraken. 
Gestopte medicatie wordt bij overdracht tussen 1e en 2e lijn bij voorkeur wel vermeld, met name wanneer medicatie voor een opname gerbuikt is, 
en na ontslag niet meer gebruikt dient te worden. 
Het weergeven van medicatiegebruik in het verleden kan van belang zijn voor de bewaking van interacties tot soms wel een half jaar na het laatste gebruik. 
Het belang van historische gegevens verschilt per  overdrachtssituatie.

Issues

Optioneel
zaken die nog open staan bij het maken en releasen van de bouwsteen of die zaken die volgens de auteurs bij andere organisaties horen en nog niet (goed) zijn belegd

Voorbeeld: 
Voor de codering van de indicatie voor het gebruik is SNOMED-CT het aangewezen codesysteem. 
Het gebruik hiervan is complex. De Nederlandse organisatie aan wie het beheer van codestelsels is toegewezen,  Dutch Hospital Data, kan vooralsnog 
alleen borg  staan als ook de gebruikte codestelsels, zoals de ICD voor diagnosen of ‘CBV’ voor verrichtingen die onder haar beheer staan.

Bij de valuesets x en y ontbreken nog de SNOMED CT mappingen. Deze zullen naar verwachting in een volgende release worden meegenomen.

References

Optioneel
verwijzingen naar andere bronnen zoals artikelen, websites etc. Zorg bij referentie naar een website voor een datum.

Voorbeeld:
ref1. KNMG handreiking "Tijdig spreken over levenseinde"

ref1 Elze de Groot. Dataset medicatieproces 2011. Nictiz 2011. 
verkregen op <datum> via http://www.nictiz.nl/module/360/590/Dataset_Medicatieproces_2011.xlsx

ref2 Nictiz.nl. HL7v3-implementatiehandleiding medicatieproces versie 6.1.0.0. 12 oktober 2011. 
verkregen op <datum> via http://www.nictiz.nl/uploaded/FILES/html_cabinet/live/Zorgtoepassing/Medicatieproces/AORTA_Mp_IH_Medicatieproces_HL7.htm

ref3 Dossier Medicatieoverzicht. verkregen op <datum>via http://www.oria.nl. 

ref4 G-standaard documentatie. verkregen op <datum> via http://www.z-index.nl/

Traceability to other Standards

VERPLICHT
Relatie met andere standaarden. Voor generieke overdracht gegevens is afgesproken hier minimaal de CCR standaard te vermelden. De rest is optioneel.

Disclaimer

VERPLICHT

Copyrights

VERPLICHT

NB, onderstaande is mijn (Linda's) suggestie omdat de volledige tekst is na te lezen op de site. NB2 @fred voor de jurist: ik vind persoonlijk dat leveranciers de bouwstenen wel degelijk als commercieel product in hun systemen mogen stoppen en er geld voor vragen. De inhoud is open content, maar als ze er geld voor vragen mag je ook verwachten dat ze hun klanten dan bedienen door de updates goed in de gaten te houden en er een release strategie op na te houden. Dat lijkt mij alleen maar goed voor de standaard.

De inhoud is beschikbaar onder de Creative Commons Naamsvermelding-NietCommercieel-GelijkDelen 3.0 
(zie ook http://creativecommons.org/licenses/by-nc-sa/3.0/nl/)