Missing uniqueness in profession group in AutoristationsRegister

[jkiddo]

The code 5176 mentioned in

dk-core/input/fsh/codeSystems.fsh

Line 4 in 6c5db46

Description: "DK health ProfessionGroup codes as defined by https://www.retsinformation.dk/eli/lta/2019/731, and derived from http://autregwebservice.sst.dk/autregservice.asmx/GetAllProfessionGroups. Code (5176) was not uniqe, and have been converted to 5176a and 5176b"

is not unique when querying the autorisationsregister at http://autregwebservice.sst.dk/autregservice.asmx/GetAllProfessionGroups

This needs to be adressed to SDS.

[AsgerSDSArkitekt]

Det er ikke helt trivielt i forhold til kode 5176, hvor der er “overlap” mellem kontaktlinseoptiker og optometristernes uddannelseskoder. Vi har haft fat i STPS (Styrelsen for patientsikkerhed), og man kunne oprindeligt åbenbart starte som uddannet optiker og derfra efterfølgende videreuddanne sig til kontaktlinseoptiker. Men nu kan man tilsyneladende kun blive optometrist, men det er så samme uddannelseskode. Så hvis man kalder STPS' service med kode 5176 så er det vanskeligt for den, at gætte på hvilken af de to, der tales om.

[jkiddo]

@AsgerSDSArkitekt er det noget der prioriteres at skulle rettes af SDS eller STPS? Vi skal helst undgå fordums inkonsistens i nye standarder.

[AsgerSDSArkitekt]

@jkiddo Jeg er ved at undersøge, hvad vi i SDS vil kunne gøre overfor/sammen med STPS.

[tmsMedcom]

@AsgerSDSArkitekt er der nyt vedr. dette issue?

[AsgerSDSArkitekt]

Desværre ikke - den er druknet i en nedprioriteret gryde.

[jkiddo]

Er der en ETA?

[tmsMedcom]

@AsgerSDSArkitekt Skal dette issue udsættes til næste release?

[jkiddo]

@christiangasser-lakeside hvordan er det løst i OIOSAML-H 3.0.5 (https://www.nspop.dk/display/KLMIDNLIN3/Profiler) ? Der er problemet også.

[jkiddo]

aka - uddannelseskoden er ikke unik.

[christiangasser-lakeside]

I OIOSAML-H profilerne og DGWS/SOSI for den sags skyld har det ikke rigtig været et issue.

I infrastrukturen (SEB, SOSI-STS) beriges tokens med oplsyningerne med autorisationsregisteret som den autoritative kilde, hvor et opslag på brugerens CPR returnerer null, et eller flere tripler på formen (autorisation ID, uddannelses kode, uddannelses navn). At der kan være forskellige udd. navne til samme kode har ingen betydning.

Når man laver en søgning på faggruppen 'Optiker og optometrist' (koder 4498 og 5176) i autorisationsregisteret via web (https://autregweb.sst.dk/authorizationsearch.aspx) fås kun 'Optometrist' og ikke 'Kontaktlinseoptiker' på koden 5176. Så spørgsmål er om 'Kontaktlinseoptiker' overhovedet anvendes?

[jkiddo]

https://autregwebservice.sst.dk/autregservice.asmx/GetAllProfessionGroups returnerer 2 på samme kode. Det er bottomline. Hvordan andre klienter fortolker det, må de vel selv være ansvarlige for. Målet må være at der ikke er plads til fortolkning.

[jkiddo]

@christiangasser-lakeside jeg kan ikke forstå hvorfor det ikke har betydning hvad angår udd.navne, for det indgår jo i tokenet, så en eller anden betydning har det jo, ellers var der vel ingen grund til at have det med.

[christiangasser-lakeside]

Min pointe var et infrastrukturen får indgangene fra aut. registeret som tripel (id, kode, navn) og ikke bare som par (id, kode). At der ikke er en én-til-én mapning mellem kode og navn er selvfølgelig ikke pænt, men infrastrukturen har ingen antagelse om at koden skal være unik. Navnet medføres primært for at spare anvenderne et opslag på 'GetAllProfessionGroups' (og nu også fordi der jo ikke er 1-1 mapning mellem kode/navn).

[jkiddo]

Hvad er pointen med en kode fra et kodesystem som ikke er unik? Mig bekendt får aftagere ( som i "klienter") ikke noget id. De får parret (koden, navn).