Open rvanrest opened 8 months ago
Een codelijst is gekoppeld aan een (logisch) datatype (LDT). Een gegevensregel is gekoppeld aan een attribuut. Ik denk dat we op zoek zijn naar een algemene, gedeelde gegevensregel: een technische regel die geldt voor alle iWlz-registers en van toepassing is op alle attributen die gevuld moeten worden met een waarde uit de codelijst die aan het datatype van dat attribuut is gekoppeld. Bijvoorbeeld:
GGR00XX: Als aan het datatype van een attribuut een codelijst gekoppeld is, dan het attribuut vullen met een waarde uit die codelijst. (Format: Als ... , dan X (= attribuutnaam) vullen met ... )
N.B. of het attribuut wel of niet verplicht gevuld moet worden hangt af van de eigenschap optioneel of verplicht. Als het attribuut optioneel is, dan is de regel uitsluitend van kracht als een waarde is ingevuld. N.B. het is mogelijk dat niet alle waarden uit een codelijst zijn toegestaan bij de vulling van een bepaald attribuut, dat is geregeld in een gegevensregel die gekoppeld is aan dat attribuut.
De volgende tekst uit de probleemomschrijving herschreven: oud: Is dat om wat voor reden niet het geval dan wil de raadpleger dit kunnen melden via een foutmelding aan de betreffende bronhouder van dat register. Hiervoor is er een foutcode nodig die hoort bij een regel die beschrijft dat de waarde overeen moet komen met een waarde uit een gekoppelde codelijst.
Nieuw: Op het moment dat de waarde niet overeen komt met de gekoppelde codelijst dan wil de raadpleger dit kunnen melden via een foutmelding aan de betreffende bronhouder van dat register. Hiervoor is een foutcode nodig die hoort bij een regel die beschrijft dat de waarde overeen moet komen met een waarde uit een gekoppelde codelijst.
Misschien is het netter om een nieuwe of gewijzigde regel altijd in een kolom toe te voegen:
Regel | Omschrijving | Documentatie |
---|---|---|
GGR0014 | Vullen met een waarde uit de gekoppelde codelijst |
Ik twijfel aan het volgende:
In een aantal gevallen is er aan het element al een gegevensregel gekoppeld die strikter is dan de gedeelde gegevensregel GGR0014. In dat geval zal GGR0014 niet extra worden gekoppeld. Dit is in de kolom GGR0014 aangegeven met 'nee
Zelf had ik het probleem ook gesignaleerd, maar ik denk dat het beter is om beide regels dan te koppelen en in de nieuw toe te voegen regel GGR0014 in de documentatie aan te geven hoe het werkt. Doe je dat niet dan ontstaat de situatie dat je bij een fout nog steeds geen foutcode kunt sturen, want je wil niet de verkeerde fout sturen.
@Onincx
Ik twijfel aan het volgende:
In een aantal gevallen is er aan het element al een gegevensregel gekoppeld die strikter is dan de gedeelde gegevensregel GGR0014. In dat geval zal GGR0014 niet extra worden gekoppeld. Dit is in de kolom GGR0014 aangegeven met 'nee
Zelf had ik het probleem ook gesignaleerd, maar ik denk dat het beter is om beide regels dan te koppelen en in de nieuw toe te voegen regel GGR0014 in de documentatie aan te geven hoe het werkt. Doe je dat niet dan ontstaat de situatie dat je bij een fout nog steeds geen foutcode kunt sturen, want je wil niet de verkeerde fout sturen.
Lijkt mij juist overbodig omdat de strikte regel altijd al bepaald dat er sprake is van een ongeldige waarde.
Kijk bijvoorbeeld bij WlzIndicatie/soortIndicatie. Hierop is IRG0017: SoortWlzIndicatie vullen met 1 (CIZ indicatie) of 4 (Experimenten). van toepassing. De regel zegt dus al welke waarden uit de codelijst zijn toegestaan. Elke andere waarde is dus al fout. Of die nu wel of niet in de codelijst voorkomt. Het is dus onnodig om ook GGR0014 te melden en is misschien juist verwarrend.
ik ben het eens met Remo en zou geen dubbele regel opnemen als er al een striktere regel is
@vanrest-remo Bij de regel IRG0017 klopt het dat de bestaande regel het probleem al voorkomt. Maar bijvoorbeeld bij de regel IRG0018 is dat niet (25 Wijkcoach niet vullen) is dat niet het geval. Als daar een vulling van 26 wordt gedaan, dan heb je geen regel om te melden dat die waarde niet is toegestaan.
Dat klopt, bij die regel moet het wel. Die regel geeft aan wat niet gevuld mag worden. Als de regel aangeeft wat wél gevuld mag worden, kan de nieuwe regel weggelaten worden.
@Onincx Bij de regel IRG0017 klopt het dat de bestaande regel het probleem al voorkomt. Maar bijvoorbeeld bij de regel IRG0018 is dat niet (25 Wijkcoach niet vullen) is dat niet het geval. Als daar een vulling van 26 wordt gedaan, dan heb je geen regel om te melden dat die waarde niet is toegestaan.
Daarom staat daar onder de kolom GGR0014 ook "ja" :) Daar is de regel dus wel gekoppeld.
Topdesknr
No response
Probleem omschrijving
In een register zijn er elementen waarvan de inhoud wordt bepaald door een waarde uit een gekoppelde codelijst. De waarde in dat element moet dan voorkomen in die codelijst.
Op het moment dat de waarde niet overeen komt met de gekoppelde codelijst dan wil de raadpleger dit kunnen melden via een foutmelding aan de betreffende bronhouder van dat register. Hiervoor is een foutcode nodig die hoort bij een regel die beschrijft dat de waarde overeen moet komen met een waarde uit een gekoppelde codelijst.
Een dergelijke gegevensregel ontbreekt nu waardoor het niet mogelijk is een fout terug te melden.
Omschrijving verwachte resultaat
Een gegevensregel die beschrijft dat de waarde van een element moet voorkomen in een gekoppelde codelijst, zodat de bijbehorende regelcode als foutcode teruggemeld kan worden in de situatie dat een waarde is ingevuld die niet in die codelijst voorkomt.
RFC gevolgen voor het onderdeel/de onderdelen
ERD (Register), Regels
Welk ander onderdeel?
No response
Betrokken partij RFC
CIZ, Zorgkantoor
Andere betrokken partij
No response
Indiener RFC
Zorginstituut
Andere organisatie / contactpersoon
No response
Oplossing
2. Regel koppelen De regel koppelen aan alle elementen waarvoor een codelijst als waardebereik is gedefinieerd.
In een aantal gevallen is er aan het element al een gegevensregel gekoppeld die strikter is dan de gedeelde gegevensregel GGR0014. In dat geval zal GGR0014 niet extra worden gekoppeld. Dit is in de kolom GGR0014 aangegeven met 'nee'.
Conclusie
None
Implementatiemoment / Ingang gekozen oplossing
No response
Publicatiemoment
No response