Man kunne argumenterer for, at det er totalt overflødig at skulle angive SOR-type, da det er implicit ud fra SOR-kode, og man kunne også argumentere for, at når SOR-typen (implicit eller eksplicit) er 'Supplerende oplysninger', så tjekkede FMK selv på om niveauet over, var en valid SOR-type. Det ville have været en meget mindre disruptiv måde, at opnå den samme sikkerhed for 'korrekte' SOR-koder og SOR-typer.
Hej Paul,
Det har aldrig været FMKs første tilgang til problemer, at ændre på hvad klienten indberetter. Gør vi dette, så er chancen stor for det også skaber forvirring når data så kommer ud igen og ikke er ens med hvad der blev indberettet. Det kan sagtens være det i realiteten ikke har den store indflydelse, og de fleste vil nok ikke opdage det, men det skaber noget utryghed at FMK "bare ændre" på hvad folk indberetter, selv hvis det vi ændre det til faktisk vil være det korrekte.
Da OrganisationIdentifierType i skemaet (
https://wiki.fmk-teknik.dk/doku.php?id=fmk:medicinecard-inline_2015_01_01_e4:feltbeskrivelser#OrganisationIdentifierType ) kun har en source og ikke source+date. Har klienten ikke adgang til at informere FMK om hvordan den forventer verden ser ud. Vi har set at Organisationer skifter type, uden at skifte SOR-nummer, fx ved fejlregisteringer.
Så hvis vi implementerede det som du foreslår:
Systemet indberetter Kode X, som har typen "Supplerende oplysninger".
FMK "beriger" på vej ind, finder Kode Y, har typen "Administrativ Enhed". (Blot til eksempel om type som ikke godtages)
Hvad skal FMK returnerer? Vi kan ikke acceptere kode X, vi kan ikke acceptere kode Y. Skulle vi have lavet en anden valideringfejl om at FMK kan ikke finde en gyldig SOR-nummer+Type kombination?
Det samme gør sig gældende hvis vi er ude i en situation hvor organisationen har ændret type. Uden af klientsystemet eller brugeren har kendskab til ændringen. Da i ikke kan angive en SourceDate, vil FMK finde noget andet en hvad klienten havde forventet.
Systemer indberetter Kode X, indtil dagen før havde den typen "Bosted".
FMK "beriger" på vej ind, finde X, men beriger nu typen til den nye værdi "Administrativ Enhed".
FMK smider nu fejlkode 306, "Det er ikke tilladt at anvende en SOR organisations id for typen [Beriget type], kun flg. er tilladte: [Accepterede typer]".
Hvis vi berige på vej ind med en helt anden SOR-nummer end det som blev indberettet, gør også FMKs arbejde med flere typer support mere besværligt. Derudover vil en berigelse på vej ud, ud fra det ændrede sor-nummer, med stor sandsynlighed give nogle helt andre oplysninger end hvad der måske kunne forventes. I supplerende oplysninger angives type nogle helt andre navne på noden, end det som angives på organisations-noden, så hvis FMK fra den ene dag til den anden returnere nogle helt andre oplysninger, uden nogen prompt, kunne vi nok forvente lige så mange supportsager på "Oplysningerne er forkerte, indtil i går var det altid...".
Den simple forklaring må nok være, at valideringen følger FMKs normer for at når der opdages fejl, skal de rettes. i dette tilfælde gøres det efter vores overbevisning bedst, ved at validerer sammenhængende mellem nummer og type på vej ind. Dette giver nogen gener for slutbrugerne, og noget forvirring omkring hvad de nu skal gøre. Vi hjælper forsat gerne med at udrede det support som måtte komme ind, men håber også på at denne post ville hjælpe med at forklarer hvad der er ændret, og hvorfor vi har valgt at gøre det. Når den korrekt kombination af Nummer+Type er fundet og anvendes, er alle parter enige om hvad der forventes på vej ind, og hvad der kan forventes kommer tilbage hos alle systemer når data hentes op igen.
Håber denne forklaring giver mening.
Mvh FMK Teamet
