mgraauw / ada-lite-geboortezorg Goto Github PK

isMandatory="false"

<partner.etniciteit value="" /> niet mogelijk

In sommige specs (b.v.
https://github.com/mgraauw/ADA-Lite-Geboortezorg/blob/master/ada-lite/specs-simplified/kernset-23.xml)
staat een namespace alleen op conceptList:

Beter overal namespaceloos te werken, je weet maar nooit of dit doorwerkt in software van leveranciers.

Dit komt ook vaker voor:

huisarts/zorgverlener_agbid
huisarts/zorgverlener_uzinummer

De meeste VK's registreren geen AGB en UZI voor HA's of SPE's

Bovendien zijn deze elementen niet verplicht:
<concept id="2.16.840.1.113883.2.4.3.11.60.90.77.2.6.82022" statusCode="draft" effectiveDate="2016-09-08T00:00:00" type="group" minimumMultiplicity="0" maximumMultiplicity="1" isMandatory="false" shortName="huisarts"> <name language="nl-NL">Huisarts</name> <desc language="nl-NL">Huisarts<br clear="none"/> </desc> <concept id="2.16.840.1.113883.2.4.3.11.60.90.77.2.6.82027" statusCode="draft" effectiveDate="2016-09-08T00:00:00" type="item" minimumMultiplicity="0" maximumMultiplicity="1" isMandatory="false"shortName="zorgverlener_uzinummer"> <name language="nl-NL">Zorgverlener UZI-nummer</name> <desc language="nl-NL">Unieke Zorgverlener Identificatienummer van de zorgverlener</desc> <comment language="nl-NL">UZI-register</comment> <valueDomain type="identifier"> <property minLength="9" maxLength="9"/> </valueDomain> </concept>
Schematron foutmeldingen:

In de readme kom ik het (to nu toe over het hoofd gezien) <adaextension> element tegen.

ALs ik het goed begrijp mag dit voorkomen (nul of meer keer) aan het einde van een group, in een ADA Lite document.

De ADA Lite schemas/schematrons moeten hier dan dus wel rekening mee houden, dat doen ze nu niet.

@mgraauw :

1. Moet dit in de schemas/schematrons voor lite documenten worden opgenomen?
2. ZIt dit ook in ADA full documenten en zo ja hoe?

Ik assign dit issue nu aan jou. Assign het maar aan mij als je de vragen beantwoord hebt.

In het verloskundig dossier 22 design/specs-full/verloskundig-dossier-22.xml staat een fout (?) concept:

<concept id="2.16.840.1.113883.2.4.3.11.60.90.77.2.5.82154" statusCode="final" effectiveDate="2014-02-03T11:51:19" versionLabel="22"
      minimumMultiplicity="0" maximumMultiplicity="*" isMandatory="false" iddisplay="peri22-dataelement-82154">
      <inherit ref="2.16.840.1.113883.2.4.3.11.60.103.2.2.42" effectiveDate="2010-02-10T00:00:00" originalId="" originalEffectiveDate=""
        originalStatusCode="" originalPrefix="" refdisplay=""/>
      <name language="nl-NL"/>
      <desc language="nl-NL"/>
      <implementation/>
    </concept>

Er is hier geen naam gedefinieerd. Moet hier wat aan gedaan worden?

Ik zal de generatoren zo aanpassen dat ze dit negeren.

In de nieuwe schema's is het conceptId weer aanwezig? Moet deze er in blijven? Zijn de OID suffixen ook noodzakelijk?

Als een groep is toegevoegd/verwijderd, zie je alleen bij de groep erboven 'Nieuw' of 'Verwijderd'.
Maar de groep zelf komt niet terug. B.v. in dit overzicht:
file:///C:/Users/Marc/Desktop/diff-acute-overdracht21-kernset23.html
zie je wel dat 'Overdrachtdetails' is verwijderd, en 'Postnatale fase' nieuw, maar deze groepen zijn niet te zien.
Dat maakt dat je toch niet alle wijzigingen in detail ziet. Graag de groepen toevoegen, met dan in het kopje of zo 'Hele groep verwijderd' c.q. 'toegevoegd' en 'Verwijderd' of 'Nieuw' bij alle items daarin. Mag eventueel een optie zijn, zodat je een smalle en brede diff hebt. Bij smalle diff is dan ook niet van belang:

• verplaatste items
• ongewijzigde items

Vraag gesteld aan Marc middels mail. Kopie mail bijgevoegd.

Korte vraag over de schematrons.docx

Het genereren van de examples-empty gebeurt nu vanuit de examples-lite. Maar dat klopt dan niet altijd, dat moet vanuit de specificatie.

isMandatory="false"

communicatietaal='nl' wordt afgekeurd, waarschijnlijk omdat completeCodesystem gebruikt wordt

Voor leveranciers moet er nog docu komen hoe ze e.e.a. gebruiken:

• de schematron
• full ADA generator

Based on my understanding, the concept of "transactions" will eventually be removed from ADA lite, and a single root element (<ada_lite /> maybe?) will be used for all ADA lite documents. Is this correct?

Sommige leveranciers gebruiken de schema's ook voor codegeneratie, en dan werken de complexere full ADA schema's niet fijn. Zie design/schemas/kernset-ada-lite.xsd voor een voorbeeld.
En design/xsl/art-decor/release2liteschema.xsl voor een draft schemagenerator.

Gebruik van standaard ART DECOR tools voor deze schema's moeten we maar loslaten, laten we die wel gebruiken voor full ADA schema's.

Er blijken best veel dubbele displaynames voor te komen in de specificaties. Ik denk dat daar wat aan gedaan moet worden.

Hier is de uitvoer van mijn dubbelingen checker:

<check-specification source="design/specs-full/RetrieveTransaction-prio1-vorig.xml"
                    timestamp="2019-03-14T14:30:14.391+01:00">
  <check-concept path="/prio1_vorig/zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
</check-specification>
<check-specification source="design/specs-full/RetrieveTransaction-verloskundig-dossier-22.xml"
                    timestamp="2019-03-14T14:30:14.424+01:00">
  <check-concept path="/verloskundig_dossier/zwangerschap/prenatale_controle/alcoholgebruik">
     <enum-error value="_2_eenheden_per_dag" occurrences="2"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/zwangerschap/prenatale_controle/proteine_in_urine_obv_strips">
     <enum-error value="" occurrences="5"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/bevalling/interventies_begin_baring_groep/indicatie_interventie_begin_baring">
     <enum-error value="acuut_levensbedreigend" occurrences="2"/>
     <enum-error value="niet_levensbedreigend" occurrences="2"/>
     <enum-error value="onbekend" occurrences="3"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/uitkomst_per_kind/baring/kindspecifieke_maternale_gegevens/amniotomie_groep/fase_amniotomie">
     <enum-error value="tijdens_ontsluitingsperiode__3_cm" occurrences="2"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/uitkomst_per_kind/baring/kindspecifieke_maternale_gegevens/pijnbestrijding/periode">
     <enum-error value="tijdens_ontsluitingsperiode__3_cm" occurrences="2"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/medisch_onderzoek/maternale_onderzoeksgegevens/urine_bloed_en_aanvullende_onderzoeken/urine/sedimentstick/ketonen">
     <enum-error value="ketonuria__finding" occurrences="3"/>
  </check-concept>
  <check-concept path="/verloskundig_dossier/medisch_onderzoek/maternale_onderzoeksgegevens/vaginaal_toucher/indaling_hodge">
     <enum-error value="_3_level_of_presenting_part_in_relation_to_ischial_spines"
                 occurrences="2"/>
  </check-concept>
</check-specification>
<check-specification source="design/specs-full/RetrieveTransaction_kernset_22.xml"
                    timestamp="2019-03-14T14:30:14.457+01:00">
  <check-concept path="/kernset_aanleverbericht/zorgverlening/zorgverzoekdetails/redenen_van_overname/reden_van_overname_lijst_prn">
     <enum-error value="harddrugs_gebruik_heroine_methadon_cocaine_xtc_en_dergelijke"
                 occurrences="2"/>
     <enum-error value="bloedgroepantagonisme" occurrences="2"/>
     <enum-error value="rhesus_kell_duffy_kidd" occurrences="2"/>
     <enum-error value="aboantagonisme" occurrences="2"/>
     <enum-error value="vroeggeboorte_33_weken_vorige_zwangerschap" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/zorgverlening/overdrachtdetails/redenen_van_overdracht_aan/reden_overdracht_aan_lijst_prn">
     <enum-error value="harddrugs_gebruik_heroine_methadon_cocaine_xtc_en_dergelijke"
                 occurrences="2"/>
     <enum-error value="bloedgroepantagonisme" occurrences="2"/>
     <enum-error value="rhesus_kell_duffy_kidd" occurrences="2"/>
     <enum-error value="aboantagonisme" occurrences="2"/>
     <enum-error value="vroeggeboorte_33_weken_vorige_zwangerschap" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/obstetrische_anamnese_gegroepeerd_per_voorgaande_zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/zwangerschap/prenatale_controle/alcoholgebruik">
     <enum-error value="_2_eenheden_per_dag" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/bevalling/interventies_begin_baring_groep/indicatie_interventie_begin_baring">
     <enum-error value="acuut_levensbedreigend" occurrences="2"/>
     <enum-error value="niet_levensbedreigend" occurrences="2"/>
     <enum-error value="onbekend" occurrences="3"/>
  </check-concept>
  <check-concept path="/kernset_aanleverbericht/uitkomst_per_kind/baring/kindspecifieke_maternale_gegevens/pijnbestrijding/periode">
     <enum-error value="tijdens_ontsluitingsperiode__3_cm" occurrences="2"/>
  </check-concept>
</check-specification>
<check-specification source="design/specs-full/RetrieveTransaction_kernset_23.xml"
                    timestamp="2019-03-14T14:30:14.491+01:00">
  <check-concept path="/kernset_geboortezorg/obstetrische_anamnese_gegroepeerd_per_voorgaande_zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_geboortezorg/zwangerschap/prenatale_controle/alcoholgebruik">
     <enum-error value="_2_eenheden_per_dag" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_geboortezorg/zwangerschap/wijze_einde_zwangerschap">
     <enum-error value="medicamenteus" occurrences="2"/>
     <enum-error value="instrumenteel" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_geboortezorg/bevalling/interventies_begin_baring/indicatie_interventie_begin_baring">
     <enum-error value="niet_levensbedreigend" occurrences="2"/>
     <enum-error value="onbekend" occurrences="3"/>
  </check-concept>
  <check-concept path="/kernset_geboortezorg/uitkomst_per_kind/baring/kindspecifieke_maternale_gegevens/pijnbestrijding/periode">
     <enum-error value="tijdens_ontsluitingsperiode__3_cm" occurrences="2"/>
  </check-concept>
  <check-concept path="/kernset_geboortezorg/uitkomst_per_kind/baring/kindspecifieke_uitkomstgegevens/overige_interventies">
     <enum-error value="overig" occurrences="2"/>
  </check-concept>
</check-specification>

Om het gebruikers makkelijk te maken moeten de XSL-s die voor Schematron de SVRL berichten genereren toegevoegd worden.

Hoe dat moet is (o.a.) onderdeel van oXygen en kan vrij gebruikt worden.

Zie: https://github.com/mgraauw/ADA-Lite-Geboortezorg#enums
enums zijn een alternatief voor aanlevering met value.

Wat nodig is:

• genereren van enums in de schema's
• zie design/schemas/kernset-ada-lite.xsd voor een ruwe draft

The schemas for the kernset geboortezorg 2.3 are invalid themselves. They define a complex type dossiernummer_1 twice.

• ADA-Lite-Geboortezorg/ada-lite/schemas-simple-lite/kernset-23.simple.lite.xsd
• ADA-Lite-Geboortezorg/ada-lite/schemas-simple-full/kernset-23.simple.full.xsd

There is also a Calabash temp file in ADA-Lite-Geboortezorg/ada-lite/schemas-simple-lite which doesn't belong there.

Van de ADA berichten moet een HTML weergave kunnen worden gemaakt. Een viewer weergave.

Er zijn PDF weergave voorbeelden, bijvoorbeeld: https://github.com/Nictiz/Geboortezorg/blob/master/hl7_2_pdf/2_1/overdracht_acute_fase_bericht/doc/Scenario%20S05-AW-ada-text.pdf

Er is een keuze voor de implementatie:

• De vraag is of dit door leveranciers met een XSL instructie in de XML wordt gehangen. In dat geval moeten we de stylesheets hiervoor genereren m.b.v. de specs
• Of kunnen we een generieke stylesheet maken die mb.v. de spec en de data de pagina genereert

Resultaten toevoegen als een aparte tak in deze repo: ada-viewer

Een mockup voorbeeld van een html weergave is nog: https://www.marcdegraauw.com/babyconnectview.html

Marc maakt enkele meer volledige voorbeelden.

Er zitten in kernset 23 zaken als:
Neonatal_metabolic_and_endocrinologic_disorder_(disorder)Neonatal_renal_disorder(disorder)
uit geneste waardenlijsten.
Vraag is of enum niet afgeschaft moet worden.

Schema's aanpasssen. Zie voorbeeld.

Moet dit deel worden van verl.kundig dossier, of berekend?

Er kan geen a terme datum worden vastgelegd volgens de "Prio1-huidig" spec. In het Babyconnect Viewer mockup scherm is de a termedatum wel opgenomen. Welke is juist?

Voor o.a. auteur en create date - voor zowel kernset als kraamkamer

Dit probleem komt ook vaker voor. Namelijk dat de waardelijst van PWD niet compleet is, en isMandatory="false". Toch geeft de schematron (lite/verloskundig-dossier-23.lite.sch) een foutmelding.

Voorbeeld:

<type_vrouwelijke_genitale_verminking value="" />

Schematron fout:

In onderstaand waardelijst ontbreekt m.i. optie geen:

Type vrouwelijke genitale verminking
Type vrouwelijke genitale verminking


World Health Organization (WHO)






Type 1


Type 2


Type 3


Type 4


Onbekend


geen informatie

Er moet een geschikte copyright tekst worden toegevoegd aan alle stylesheets . Deze moet ook worden geplaatst in de gegenereerde zaken als Schematrons en XSDs.

1. @mgraauw bepaalt de juiste tekst
2. @eriksiegel zorgt dat deze over verwerkt wordt

@mgraauw: Issue is nu voor jou. Als je de tekst hebt bepaat zet deze in dit issue en assign het issue vervolgens aan mij.

Schemas lite geven een foutmelding als displayName niet letterlijk klopt.
B.v.:
Value 'Strippen' is not facet-valid with respect to enumeration '[Sweeping of membrane (procedure), Induction of labour by artificial rupture of membranes (procedure), Cervical ripening with balloon (procedure), Cervical ripening with Prostaglandin E2 (procedure), Oxytocin induction of labour (procedure), Prostaglandin induction of labour (procedure), Elective caesarean section (procedure), Overig, Geen informatie]'. It must be a value from the enumeration.

Vaak worden NL vertalingen gebruikt, bovendien moeten we dit niet op typo's afkeuren.

As seen in the README extension example:

Can we rename adaextension to ada_extension or just extension? skype-id then also becomes skype_id following the snake casing of all other elements in the ADA format. This helps to keep our OCD in check :-)

Omdat het zo simpel is stel ik voor dat we een mini-websiteje toevoegen via het GitHub pages mechanisme.

Dit moet worden aangezet (of: @mgraauw kun je me mede-administrator maken van deze repo?)

Medicatiegebruik - Einddatum. Als er geen datum is ?!

<concept id="2.16.840.1.113883.2.4.3.11.60.90.77.2.6.80752"
statusCode="draft"
effectiveDate="2016-09-08T00:00:00"
type="item"
minimumMultiplicity="0"
maximumMultiplicity="1"
isMandatory="false"
shortName="einddatum">
Einddatum
Einddatum




Fout melding:

Foutieve informatie voor "Einddatum": De waarde "" voor attribuut "value" heeft een onjuist formaat [/verloskundig_dossier_23/vrouw/medicatiegebruik/einddatum/@value; type=t-datetime]

empty(@value) or ((@value castable as xs:date) or (@value castable as xs:dateTime))
ERROR

/verloskundig_dossier_23[1]/vrouw[1]/medicatiegebruik[1]/einddatum[1]

In theorie kan in een valueSet in ART DECOR:

• dezelfde @code twee keer voorkomen
• twee @DisplayName leiden tot dezelfde @enum in ADA Lite
  Bij conversie naar specs Lite is het goed als er een check is hierop, en een (fatale) fout komt.
  Mocht dit voorkomen, kijken we hoe we het oplossen, kans is klein, dus signaleren is voldoende.

Ingebracht door Marco Bosman van Vrumun:

Ik zie dat het type datum helemaal niet meer gebruikt wordt, is hier een reden voor?

Het karakter '-' levert problemen op bij het omzetten van een schema naar C# code. Is het suffix "-start" noodzakelijk? In de vorige release waren deze suffixen niet aanwezig.

In de definitie van het verloskundig dossier 23 lijken diverse fouten te zitten. Onderstaande lijst is wat is gevonden, mogelijk zijn er meer dingen mis:

• Verplichte elementen die (waarschijnlijk) niet verplicht horen te zijn:
  • soort_drugs
  • trisomie_in_de_anamneseq
• Het element medisch_onderzoek bevat meerdere velden die (waarschijnlijk) onterecht als verplicht zijn aangemerkt. Bovendien ontbreken er waardenlijsten voor een aantal van deze velden.

Directe controles op ADA Lite

Ik kom in de spec voor het verloskundig dossier een concpet tegen (zoek op shortName="type_zorginstelling_bij_verwijzing") waarbij de valueSet leeg is. Dat likt me incorrect of moet ik dat anders interpreteren?

<concept id="2.16.840.1.113883.2.4.3.11.60.90.77.2.5.82019" statusCode="final" effectiveDate="2013-09-19T15:01:34" versionLabel="22" type="item"
        minimumMultiplicity="0" maximumMultiplicity="1" isMandatory="false" iddisplay="peri22-dataelement-82019"
        shortName="type_zorginstelling_bij_verwijzing">
        <name language="nl-NL">Type zorginstelling (bij verwijzing)</name>
        <desc language="nl-NL">Type zorginstelling bij een verwijzing.<br clear="none"/>
        </desc>
        <implementation shortName="type_zorginstelling_bij_verwijzing"/>
        <valueDomain type="code">
          <conceptList id="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.0">
            <concept id="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.1">
              <name language="nl-NL">Huisartsenpraktijk</name>
            </concept>
            <concept id="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.2">
              <name language="nl-NL">Verloskundigenpraktijk</name>
            </concept>
            <concept id="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.3">
              <name language="nl-NL">Ziekenhuis</name>
            </concept>
          </conceptList>
          <property/>
        </valueDomain>
        <valueSet>
          <conceptList id="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.0"/>
        </valueSet>
        <terminologyAssociation conceptId="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.1" code="Z3" codeSystem="2.16.840.1.113883.2.4.15.1060"
          codeSystemName="RoleCodeNLUZIRoleCodeOrganisaties"/>
        <terminologyAssociation conceptId="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.2" code="G3" codeSystem="2.16.840.1.113883.2.4.15.1060"
          codeSystemName="RoleCodeNLUZIRoleCodeOrganisaties"/>
        <terminologyAssociation conceptId="2.16.840.1.113883.2.4.3.11.60.90.77.8.5.82019.3" code="V4" codeSystem="2.16.840.1.113883.2.4.15.1060"
          codeSystemName="RoleCodeNLUZIRoleCodeOrganisaties"/>
      </concept>

Deze 2 transacties kunnen ook gegenereerd worden, zie:
https://github.com/mgraauw/ADA-Lite-Geboortezorg#todo

De links naar ART-DECOR staan eronder, als je format=html vervangt door =xml krijg je de specs.

valueSet name="ZorgverlenerType"
displayName="ZorgverlenerType"
effectiveDate="2011-01-28T00:00:00"
id="2.16.840.1.113883.2.4.11.58"
statusCode="final"

valueSet id="2.16.840.1.113883.2.4.11.187"
name="RolZorgverlenerMedischOnderzoek"
displayName="RolZorgverlener Medisch Onderzoek"
effectiveDate="2014-01-02T00:00:00"
statusCode="draft"