Fouten/aanpassingen vanuit importscript XMI zibs

Zorginf. bouwsteen

part.AnatomischeLocatie
part.FarmaceutischProduct
Patientbespreking
Verstrekking

Zorginf. bouwsteen (oud)

Patientbespreking
Verstrekking
part.AnatomischeLocatie
part.FarmaceutischProduct

Fix versions

Parent

Description

Ook gewoon eens een keer het importscript van de XMI’s laten draaien. Ik heb alle directe in het oog springende problemen op mijn omgeving opgelost of eromheen gewerkt (bij iedere error klapt de import eruit) dus ik zit nu op het niveau dat ik volgende week met Jorn/Arianne zinvol naar de data kan gaan kijken. Hopelijk kun jij bewerkstelligen dat onderstaande dingen in de bron worden gefikst:
 
 
Omschrijving: error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.6.254" has multiple names across valueSets: ICF, ICD-O-3 [at line 2230, column 25, source: String]
 
— Deze OID is officieel WHO ICF: http://oid-info.com/cgi-bin/display?oid=2.16.840.1.113883.6.254&action=display
 
— ICD-O-3 is officieel http://oid-info.com/cgi-bin/display?oid=2.16.840.1.113883.6.43.1&a=display
 
Het gaat nu mis in:
<!--nl.zorg.part.AnatomischeLocatie-v1.0_valuesets.xml-->
    <valueSet id="2.16.840.1.113883.2.4.3.11.60.40.2.20.7.3" name="LocatieICD-O-3Codelijst" displayName="LocatieICD-O-3Codelijst" effectiveDate="2020-09-10T00:00:00" statusCode="final">
        <sourceCodeSystem id="2.16.840.1.113883.6.254" identifierName="ICD-O-3”/>
        <completeCodeSystem codeSystem="2.16.840.1.113883.6.254" codeSystemName="ICD-O-3”/>
</valueSet>
 
Deze heb ik in mijn import nu met de hand gerepareerd, maar moet in de bron worden gerepareerd.
 
——————
 
Omschrijving: error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.6.16" has multiple names across valueSets: NOC[DEPRECATED], NOC [DEPRECATED] [at line 2230, column 25, source: String]
Omschrijving: error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.6.98" has multiple names across valueSets: OMAHA [DEPRECATED], Omaha Systems [DEPRECATED] [at line 2230, column 25, source: String]
 
Deze heb ik in mijn import nu met de hand gerepareerd als “NOC [DEPRECATED]” en “OMAHA [DEPRECATED]”. Omaha Systems is de Stichting/het bedrijf achter het “systeem” OMAHA voor zover ik weet
 
——————
 
Omschrijving: error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.2.4.4.1.902.40" has multiple names across valueSets: G-standaard Contra Indicaties (Thesaurus 40), G-Standaard Contra Indicaties (Tabel 40) [DEPRECATED] [at line 2230, column 25, source: String]
 
Deze heb ik in mijn import nu met de hand gerepareerd als “G-standaard Contra Indicaties (Thesaurus 40)” en “G-standaard Contra Indicaties (Thesaurus 40) [DEPRECATED]” en de controle aangepast zodat hij niet meer valt over het ‘achtervoegsel’ [DEPRECATED]
 
——————
 
Omschrijving: error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.5.1008" has multiple names across valueSets: nullflavor, NullFlavour, NullFlavors, NullFlavor [at line 2230, column 25, source: String]
 
Deze heb ik in mijn import nu met de hand gerepareerd als “NullFlavor”.
 
—————
 
Omschrijving: error:UnsupportedValue ZIB "nl.zorg.ChecklistPijngedrag-v1.1" DCM::DefinitionCode "ScoreObservaties: 12017006 ChecklistPijnGedrag VerdrietigeBlik#NOTES#OID: 2.16.840.1.113883.2.4.3.11.60.40.4.0.1". Could not determine codeSystem OID from "ScoreObservaties" [at line 1432, column 44, source: String]
 
Dit is nieuwe syntax voor de DCM::DefinitionCode. Ik heb de code hiervoor aangepast
 
—————
 
Omschrijving: error:UnsupportedValue ZIB "nl.zorg.Patientbespreking-v1.0" DCM::ValueSet "PatientbesprekingTypeCodelijst#NOTES#OID: 2.16.840.1.113883.2.4.3.11.60.40.2.15.1.2" holds a different value set id "2.16.840.1.113883.2.4.3.11.60.40.2.15.1.2" than DCM::ValueSetId . [at line 1473, column 
 
<UML:TaggedValue tag="DCM::ValueSet" xmi.id="EAID_1FB21CF3_BCDD_4794_948B_66A16E45606F" value="PatientbesprekingTypeCodelijst#NOTES#OID: 2.16.840.1.113883.2.4.3.11.60.40.2.15.1.2" modelElement="EAID_855D1179_99D2_4e56_9D1C_EEE02CDCDF1C"/>
<UML:TaggedValue tag="DCM::ValueSetId" xmi.id="EAID_D4B3827F_4F16_4304_95AE_272BF764BDC9" value="2.16.840.1.113883.2.4.3.11.60.40.2.15.2.1" modelElement="EAID_A5478CA5_4147_4d9e_B1D3_F79A8C854BE9"/>
 
De waardelijst PatientbesprekingTypeCodelijst bestaat niet in het waardelijstbestand en staat ook niet op de wiki. Dat kan ik niet oplossen. Het oogt voor mij als cruft die is blijven hangen nadat een element in EA is verwijderd in de zib aangezien ook geen element PatientbesprekingType bestaat.
 
—————
 
Verder nog: in nl.zorg.Medicatieverstrekking, element VerstrekteHoeveelheid heeft een ongeldige omschrijving:
 
<UML:TaggedValue tag="documentation" value="&amp;lt;languages xml:space=&#34;preserve&#34;&amp;gt;&#xA;&lt;font color=&#34;#323333&#34;&gt;&amp;lt;nl-NL&amp;gt;Aantal eenheden van het product (gemeten op basis van de &lt;/font&gt;relevante productcode) dat is afgeleverd. &lt;font color=&#34;#323333&#34;&gt;Optioneel is voor de eenheid in plaats van gebruik van UCUM eenheden ook een vertaling toegestaan naar NHG tabel Gebruiksvoorschriften (tabel 25)&lt;/font&gt;&#xA;&amp;lt;/nl-NL&amp;gt;&#xA;&amp;lt;en-US&amp;gt;Number of units of the product (measured based on the relevant product code) supplied. Optionally a translation to NHG table Gebruiksvoorschriften(Table 25) is also allowed.&#xA;&amp;lt;/en-US&amp;gt;&#xA;&amp;lt;/languages&amp;gt;"/>
 
Als je deze brij voldoende “masseert”, dan komt daar ongeldige xml uit:
 
...    <font color="#323333"><nl-NL>Aantal eenheden van het product (gemeten op basis van de </font>
 
En dat moet zijn:
 
...    <nl-NL><font color="#323333">Aantal eenheden van het product (gemeten op basis van de </font>
 
Dan kun je je nog afvragen waarom de Nederlandse versie lettertypekleur nodig heeft en de Engelse niet, maar "daar vallen we niet over”
 
———————
 
Zoiets zit ook in nl.zorg.part.FarmaceutischProduct bij element ProductHoeveelheid
 
<UML:TaggedValue tag="documentation" value="&amp;lt;languages xml:space=&#34;preserve&#34;&amp;gt;&#xA;&lt;font color=&#34;#323333&#34;&gt;&amp;lt;nl-NL&amp;gt;Hoeveelheid van het product. Dit is de denominator in de &lt;/font&gt;berekening van de sterkte. &lt;font color=&#34;#323333&#34;&gt;Optioneel is voor de eenheid in plaats van gebruik van UCUM eenheden ook een vertaling toegestaan naar NHG tabel Gebruiksvoorschriften (tabel 25).&lt;/font&gt;&#xA;&amp;lt;/nl-NL&amp;gt;&#xA;&amp;lt;en-US&amp;gt;Amount of the product. This is the denominator for the calculation of the concentration.Optionally a translation to NHG table Gebruiksvoorschriften(Table 25) is also allowed.&#xA;&amp;lt;/en-US&amp;gt;&#xA;&amp;lt;/languages&amp;gt;"/>
 
Ook hier zijn <font.. en <nl-NL> omgedraaid: <font color="#323333"><nl-NL>Hoeveelheid van het product. Dit is de denominator in de </font>
 
—————
 
Zoiets zit ook in nl.zorg.Verstrekkingsverzoek element TeVerstrekkenHoeveelheid
 
<UML:TaggedValue tag="documentation" value="&amp;lt;languages xml:space=&#34;preserve&#34;&amp;gt;&#xA;&lt;font color=&#34;#323333&#34;&gt;&amp;lt;nl-NL&amp;gt;Dit is het aantal eenheden van het bestelde product per verstrekking. Het aantal herhalingen geeft aan hoe veel keer deze &lt;/font&gt;hoeveelheid verstrekt mag worden. &lt;font color=&#34;#323333&#34;&gt;Optioneel is voor de eenheid in plaats van gebruik van UCUM eenheden ook een vertaling toegestaan naar NHG tabel Gebruiksvoorschriften (tabel 25).&lt;/font&gt;&#xA;&amp;lt;/nl-NL&amp;gt;&#xA;&amp;lt;en-US&amp;gt;This is the number of units of the ordered product per dispense.  &#xA;The number of refills indicates how often this amount is allowed to be dispensed.Optionally a translation to NHG table Gebruiksvoorschriften(Table 25) is also allowed.&#xA; &amp;lt;/en-US&amp;gt;&#xA;&amp;lt;/languages&amp;gt;"/>
 
Ook hier zijn <font… en <nl-NL> omgedraaid: <font color="#323333"><nl-NL>Dit is het aantal eenheden van het bestelde product per verstrekking. Het aantal herhalingen geeft aan hoe veel keer deze </font>
 
Verder lijkt mij dat “hoe veel” 1 woord is?

Proposed solution (NL)

aanpassingen aan Patientbespreking, Verstrekking, part.AnatomischeLocatie, part.FarmaceutischProduct doorvoeren. Voor nullflavor spelling variaties is een andere issue aangemaakt dus alles van dit issue kan nog mee in 2020

Release notes (NL)

None

Activity

Show:

Albert-Jan Spruyt September 18, 2020 at 11:28 PM

Voor de fouten in naamgeving in NullFlavor een issue aangemaakt, tw. https://nictiz.atlassian.net/browse/ZIB-1238#icft=ZIB-1238

 

Albert-Jan Spruyt September 17, 2020 at 8:30 PM

Former user, :  Eens, naam van het codesystem moet altijd hetzelfde zijn, Voor NullFlavor probeer ik dat te bereiken door in het valueset template de naam alvast mee te geven.

De manier van aangeven dat een entry vervallen is moeten we in dit type codelijsten nog eens bekijken, achter de codesysteem naam is misschien niet zo handig.

PatientbesprekingTypeCodelijst: Blijkbaar is het element "PatientbesprekingType", type CD gewijzigd in "PatientbesprekingLabel", type ST en is de DCM:Valueset tag blijven hangen. Blijkbaar moet ik dat ook testen.

DCM::DefinitionCode "ScoreObservaties: 12017006 ChecklistPijnGedrag VerdrietigeBlik#NOTES#OID: 2.16.840.1.113883.2.4.3.11.60.40.4.0.1". Dat is inderdaad nieuwe syntax, anders kan ik de OID niet meegeven. Ik heb overwogen dit ook bij SNOMED en LOINC codes te doen, maar eigenlijk is dat een overkill.

Color tag heb ik er uit gehaald

ICD-O-3 OID aangepast

 

 

Linda Mook September 16, 2020 at 11:23 AM

Former user  1, 7 en 8 als pre-adopt. met de xml/html/formatting uit word die hier en daar in zit laten we dan nog even zitten om te kijken of we dat op een slimmere manier kunnen oplossen. 

Linda Mook September 15, 2020 at 9:09 AM
Edited

zib patientBespreking wijzing kon ik niet doorvoeren want ontbreekt in de eap file (template PatientVragenlijst ook). Duidelijk dat laatste versie niet op netwerk staat dus verder wijzingen maken ook niet zinvol nu.

Linda Mook September 15, 2020 at 8:53 AM

ICD-O-3 OID aangepast in EA (werkversie eap Linda)

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Assignee

Reporter

Classification

Priority

Created September 10, 2020 at 1:29 PM
Updated July 23, 2024 at 2:22 PM
Resolved September 29, 2022 at 2:07 PM

Flag notifications