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
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
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
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
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
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
Relatie met andere standaarden.
Disclaimer
Copyrights
De onderstaande tekst wordt (met opmaak?) gepaste in de sectie. Zie ook overlegpunt hierover.
De gebruiker mag de informatie van deze Klinische Bouwsteen kopieren, verspreiden en doorgeven, onder de voorwaarden, die gelden voor Creative Commons licentie Naamsvermelding-NietCommercieel-GelijkDelen 3.0 Nederland (CC BY-NC-SA-3.0), namelijk: Naamsvermelding — De gebruiker dient bij het werk de door de maker of de licentiegever aangegeven naam te vermelden (maar niet zodanig dat de indruk gewekt wordt dat zij daarmee instemmen met je werk of je gebruik van het werk). Niet-commercieel — De gebruiker mag het werk niet voor commerciële doeleinden gebruiken. Gelijk delen — Indien de gebruiker het werk bewerkt kan het daaruit ontstane werk uitsluitend krachtens dezelfde licentie als de onderhavige licentie of een gelijksoortige licentie worden verspreid. Met inachtneming van: Afstandname van rechten — De gebruiker mag afstand doen van een of meerdere van deze voorwaarden met voorafgaande toestemming van de rechthebbende. Publiek domein — Indien het werk of een van de elementen in het werk zich in het publieke domein <http://wiki.creativecommons.org/Public_domain> onder toepasselijke wetgeving bevinden, dan is die status op geen enkele wijze beïnvloed door de licentie. Overige rechten — Onder geen beding worden volgende rechten door de licentie-overeenkomst in het gedrang gebracht: Het voorgaande laat de wettelijke beperkingen op de intellectuele eigendomsrechten onverlet. De morele rechten van de auteur De rechten van anderen, ofwel op het werk zelf ofwel op de wijze waarop het werk wordt gebruikt, zoals het portretrecht of het recht op privacy. op — Bij hergebruik of verspreiding dient de gebruiker de licentievoorwaarden van dit werk kenbaar te maken aan derden. De beste manier om dit te doen is door middel van een link naar de webpagina http://creativecommons.org/licenses/by-nc-sa/3.0/nl/
WIJZIGINGS SUGGESTIE:
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/)