Your browser does not appear to support JavaScript. You may want to try one of the following:
You may want to try one of the following:
If the above does not work, try reloading the page yourself. Note that you will lose any unsaved changes:
shift
control
Show details
Hide details
This form has to be reloaded. This most likely happened because your session has expired, which might take to the login page. (If you think that you shouldn't see this message and that the problem persists, please contact support.)
Algemeen
Zorginformatiebouwstenen worden gebruikt om inhoudelijke (niet technische) afspraken vast te leggen ten behoeve van het standaardiseren van informatie, die gebruikt wordt in het zorgproces. Het doel van de standaardisatie is dat deze informatie uit het zorgproces wordt hergebruikt voor andere doeleinden zoals kwaliteitsregistraties, overdracht of patiëntgebonden onderzoek. Een zorginformatiebouwsteen is een informatiemodel, waarin een zorginhoudelijk concept wordt beschreven in termen van de gegevenselementen waaruit dat concept bestaat, de datatypes van die gegevenselementen etc. Zorginformatiebouwstenen zijn informatiemodellen van minimale klinische concepten, die elk meerdere gegevens in zich herbergen met een afgesproken inhoud, structuur en onderlinge relatie.
Disclaimer
Het programma ‘Registratie aan de Bron’ is een samenwerking tussen de NFU (de Nederlandse Federatie van Universitair Medische Centra) en Nictiz, hierna de samenwerkingspartijen genoemd. Aan ‘Registratie aan de Bron’ hebben ook andere partijen buiten de umc’s en Nictiz een belangrijke bijdrage geleverd en daarbinnen samengewerkt. De samenwerkingspartijen besteden de grootst mogelijke zorg aan de betrouwbaarheid en actualiteit van de gegevens in deze Zorginformatiebouwstenen (Klinische Bouwsteen). Onjuistheden en onvolledigheden kunnen echter voorkomen. De samenwerkingspartijen zijn niet aansprakelijk voor schade als gevolg van onjuistheden of onvolledigheden in de aangeboden informatie, noch voor schade die het gevolg is van problemen veroorzaakt door, of inherent aan het verspreiden van informatie via het internet, zoals storingen of onderbrekingen van of fouten of vertraging in het verstrekken van informatie of diensten door de samenwerkingspartijen of door u aan de samenwerkingspartijen via een website of via e-mail, of anderszins langs elektronische weg.Tevens aanvaarden de samenwerkingspartijen geen aansprakelijkheid voor eventuele schade die geleden wordt als gevolg van het gebruik van gegevens, adviezen of ideeën verstrekt door of namens de samenwerkingspartijen via deze Zorginformatiebouwsteen.De samenwerkingspartijen aanvaarden geen verantwoordelijkheid voor de inhoud van informatie in deze Zorginformatiebouwsteen waarnaar of waarvan met een hyperlink of anderszins wordt verwezen.In geval van tegenstrijdigheden in de genoemde Zorginformatiebouwsteen documenten en bestanden geeft de meest recente en hoogste versie van de vermelde volgorde in de revisies de prioriteit van de desbetreffende documenten weer. Indien informatie die in de elektronische versie van deze Zorginformatiebouwsteen is opgenomen ook schriftelijk wordt verstrekt, zal in geval van tekstverschillen de schriftelijke versie bepalend zijn. Dit geldt indien de versieaanduiding en datering van beiden gelijk is. Een definitieve versie heeft prioriteit echter boven een conceptversie. Een gereviseerde versie heeft prioriteit boven een eerdere versie.
Terms of Use
De gebruiker mag de informatie van deze Zorginformatiebouwsteen zonder beperking gebruiken. Voor het kopiëren, verspreiden en doorgeven van de informatie van deze Zorginformatiebouwsteen gelden de copyrightbepalingen uit de betreffende paragraaf.
Copyrights
De gebruiker mag de informatie van deze Zorginformatiebouwsteen kopiëren, verspreiden en doorgeven, onder de voorwaarden, die gelden voor Creative Commons licentie Naamsvermelding-NietCommercieel-GelijkDelen 3.0 Nederland (CC BY-NC-SA-3.0), 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/)
Conversie naar ART-DECOR
Bij iedere publicatie van de Zorginformatiebouwstenen wordt de set geautomatiseerd geïmporteerd in ART-DECOR voor verdere verwerking informatiestandaarden. Een ZIB is een functioneel model met gedefinieerde elementen in een bepaalde verhouding ten opzichte van elkaar (kardinaliteit) die bepaalt of deze elementen optioneel zijn of verplicht en of ze kunnen herhalen. In ART-DECOR valt dit uiteen in deze delen:
Aanpassingen per patch doorgevoerd:
<!-- Begin Extension: (HL7NL) 2019-11-05 by reference in HCIM Contact (2017) --> <xs:element ref="hl7nl:admissionReferralSourceCode" minOccurs="0" /> <!-- End Extension: (HL7NL) -->
Van de zib Probleem is het concept VerificatieStatus niet gemapt in de template
Toevoegen entryRelationship[@typeCode = 'SPRT']/observation met code volgens VerificatieStatus en value volgens de waardelijst van VerificatieStatus
Voor de BgZ is ooit afgesproken om VerificatieStatus daar niet te implementeren. De templates zijn echter zib-templates, geen BgZ templates, dus hoort het element VerificatieStatus in de templates gemapt te zijn.
Het is m.i. een issue voor de zib MedischHulpmiddel en niet voor de template.
De huidige template voor MedischHulpmiddel volgt de huidige zib. De zibs maken onderscheid tussen tijdstip en tijdsinterval.
De tijdsinterval wordt in een template gemapt naar effectiveTime low / high alleen als een zib de beide concepten BeginDatum en EindDatum bevat. De tijdstip wordt gemapt naar effectiveTime @value in template als de zib alleen een van de concepten bevat - alleen BeginDatum of alleen EindDatum of alleen Datum. De voorgestelde template mapping aanpassing zou dan een uitzondering zijn op de huidige aanpak voor de zib concepten tijdstip en tijdsinterval.
De use case die je beschrijft, zou ondersteund kunnen worden als de zib MedischHulpmiddel aangepast zou worden. Daarvoor zou dan het concept EindDatum toegevoegd kunnen worden aan de zib MedischHulpmiddel.
Templaterelaties voor indicaties aangepast. De inversionInd="true" draaide onterecht de relatie om. De specificatie op inversionInd is verwijderd in templates
Templates die een code specificeren hadden onterecht de waarde voor displayName op deze code verplicht (conform de zib). De displayName is weliswaar verplicht, maar mag in principe iedere geldige weergavenaam bij de code zijn.