...
Merk at listen omfatter API-endringer som både kan gjelde API-Basis og API-Datashare (se kolonnen "Components").
Legger også ved oppdatert oversikt over endringer (non-breaking) som er levert i versjon 3.0.x til info (nederst).
Mer detaljert spesifikasjon finner dere som vanlig finnes i Simplifier.
Endringer 4.0.x
Key | Summary | Fix versions | Components | Labels | What's New Text (aka Release Notes) |
---|---|---|---|---|---|
Additional information DataShare API - MD responsible doctor | Multidose responsible doctor is part of the lib-list when it is known by SFM | ||||
Additional information DataShare - date and comment for last "legemiddelgjennomgang" | LIb-list metadata now contains date and comment for last "legemiddelgjennomgang". This is registered as breaking because it require a new version of the profile. | ||||
The profile has been changed and is now according to e-resept amendment. LIB-list/warnings: All warnings are communicated not only the handled ones. Medical warnings are: CAVE/interaction/doubleprescription warnings.
| |||||
SFM-MedicationStatement: Now contains administrationdetails (tilleggsopplysninger ved utdeling). Breaking is reported since resource must be updated. | |||||
This is a fix: Changed from unexpected to expected behaviour. Structured dosing is delivered on single day medication. | |||||
Datashare now provides new resource SFM journal note (notat til løpende journal ). This resouce and functionality can also be used to update status on patient related to ordered medication and awarenes upon last change by doctor. | |||||
As an EPJ I want to search for a set of Medication resources | SFM supports search for multiple Medication resources by giving a comma separated list of ID's | ||||
SFM client now reports failed actions by postMessage back to as: {"setPatient":"failed", "httpStatus": "500 Server error", "information": "TraceID: abcdefg"} | |||||
Internal handling of information only. | |||||
As the SFM I want to keep ENH-id/OrgNr unique within each database | SFM keeps ENH-id/OrgNr unique within each database. Accordingly, error messages will be given on attempts to violate. | ||||
LIB list returns allergyintolerance registered on patient the same way as returned when using search on allergyintolerance. EPJ vendors shall use liblist to read this information when needed in EPJ. | |||||
[Support 751846] Datadelings-API returns bruksområde text as code and does not return the code | This is a fix: When fetching the LIB for a patient SFM now delivers code |
for “bruksområde”. | |||||
Additional information Datashare - last INR measurement (date and value) | SFM-MedicationStatement: Last INR measurement - date and value of last measurement is added, for relevant |
Endringer 3.0.x
Key
Summary
Fix versions
Components
Labels
What's New Text (aka Release Notes)
Rettet en feil med oppdatering av en admin-person i datadelingsAPI
Rettet en feil i url som mottas i retur ved søk i FHIR-API
This is a fix: XXX-id is no longer returned with "use": "old" regardless of what is set.
[Support 782742] Approval state in sfm-lib-list only returned when approved by doctor
Retter en mangel i overføring av statusverdier på godkjenning av LIB i datadelingsAPI
Rettet en feil der det manglet doseringstekst i datadelingsAPI dersom forespørselen er utenfor den perioden som doseringen gjelder for
Structured dosage filled in locally in PLO is not returned in sfm-lib-list in administration
Informasjon for administrering i PLO returneres nå korrekt i datadelingsAPI, og inkluderer lokal informasjon.
medication |
SFM returnerer nå en bedre feilmelding dersom sendMedication for en magistrell forskrivning mangler mengde eller navn
SFM will now reject organization create and update with wihte-space in identifier strings (note that this was accepted, but caused problems, hence a NA change)
AllergyIntolerance in getMedication does not include <Atc> element in <Legemiddelreaksjon>
Fixed according to specification.
”Merkevare/DrugTradeName should include both id and atc when it’s available. When it’s an excipient/hjelpestoff allergy the atc should not be included”
reseptdate not included in getMed for recalled resepts when KJ lookup is done
Reseptdate is included getMed when KJ lookup is done
Extended control due to complexity issues
As SFM Basis I want to reject $sendMedication from MD doctor where createPLL is not true
. |
Extended control due to complexity issues
No validation error is returned when recalling the same bandaprescription twice in sendMedication
400 validation error is returned if such case occur
As an EPJ I do not want the SFM to reject diagnosis codes that the SFM does not already know
SFM vil nå kunne motta diagnosekoder fra forskjellige kodeverk selv om SFM ikke kjenner kodeverket fra tidligere
[API] Calling sendMedication with a missing medicationStatement results in a 500 error
This is a fix: The sendMedication without medication statement return correct error message.
[API] M25.1 gets rejected due to invalid RefToParent when two sendMedications are sent succesively
This is a fix: Succesive sendMedications behaves in a correct manner from SFM to RF