Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

FHIR modelling questions

  1. Question: Starting rules - how should they be handled in the citizen solution and whether all options should be supported?

    1. Answer: Not all options are supported in KAM. KAM uses a subset of the legal values ​​in: https://docs.ehealth.sundhed.dk/latest-released/ig/StructureDefinition-ehealth-plandefinition-definitions.html#PlanDefinition.action.relatedAction.relationship
      The following values ​​are currently used: concurrent, after-start, after, after-end

  2. Question: Plans.Which parts of a plan can be adapted to the individual citizen. Both when the plan is activated and subsequently.

    1. Answer: It is the definitions that are being rolled out. Technically, the things that have been transferred to CarePlan and ServiceRequest can be changed.

  3. Question: Are titles and descriptions of plan definitions copied into the care plan when this is created?

    1. Answer: No these are currently not copied.

  4. Question: Plan. When a plan reaches an end date, will it then change CarePlan.status to “completed”. Is there automated support for this in the infrastructure?

    1. Answer: No, this is not automated in the infrastructure. It is the employee solution's choice what to do when the plan reaches the end date. It is possible to schedule a status change that matches the end date via the ehealth-careplan status schedule field. A similar ehealth-episodeofcare status schedule is available on EpisodeOfCare.

  5. Question: Seamless activities

    1. Answer: The platform sees the activities of the seamless group as separate activities and therefore separate tasks to be acknowledged.

  6. Question: Response from the create-episode-of-care operation does not contain the created resources as shown in the example in the implementation guide, but only the individual transaction responses.

    1. Answer: Remember to set header ”Prefer: return=representation"

  7. Question: Is it possible to see exactly which limit value that led to the triage?

    1. Answer: No this is currently not possible. However, the limit values ​​are already available on the observation.

  8. Question: Observation.code should be a certain small selection of codes. Most measuring devices provide observations for a lot of extra quality parameters. Should these be coded into Observation.ehealth-quality? And are there any guidelines for how to fill in Quality.qualityCode? For example, when to use which values ​​of "Device Measuring Quality" (https://docs.ehealth.sundhed.dk/latest-released/ig/ValueSet-ehealth-device-measuring-quality.html)?

    1. Answer: No. It is currently not possibility of additional quality parameters, and it is a fixed set of codes

  9. Question: How should the codes in the value-set ClinicalImpressionFindingCodes be interpreted in relation to the triage colors red, yellow, and green when it comes to measurements?

    1. Answer: The Color is on ClinicalImpression which is the result of the triaging. This then generates a Task with given priority. There is no one-to-one mapping for priority. It is the rule in the library that sets priority. The rules in the Infrastructure use and consistent priority as follows: STAT and ASAP as red, URGENT as yellow, and ROUTINE as green

  10. Question: NPU codes are locked to specific units of measurement. If, for example, a bathroom scale is set to pounds, then must it be converted to kg? And is it possible to record the original raw measurement value anywhere?

    1. Answer: No. This is not possible. See https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/1717436538/Preparing+and+Submitting+Measurements#Ensuring-Use-of-Proper-Units

  11. Question: How are consents stored / edited in the infrastructure? How is this expected to be filled in? How are the processes around withdrawal and possibly regret this?

    1. Answer: Consent is described here: https://docs.ehealth.sundhed.dk/latest-released/ig/StructureDefinition-ehealth-consent.html. The infrastructure does not relate to withdrawal of Consent. See https://docs.ehealth.sundhed.dk/latest-released/ig/StructureDefinition-ehealth-consent.html#enforcement-of-consent, . The Content status must be "active" for consent to be part of the controls. So possible to set status to "rejected" or "inactive" upon withdrawal.

  12. Question: Is there are place to indicate the name of a episode-of-care?

    1. Answer: No there is no name or description in FHIR episode-of-care. Maybe diagnosis be used for the name.

  13. Question: How long must a ServiceRequest be exceeded before a Task is created?

    1. Answer: The task will be created by a job the following night (according to the timing specified). See also Adhering to Care Plans and Measurement Regimes and https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/538935313/Behind+the+.

  14. Question: Is the triaging creation of tasks synchronous or asynchronous?

    1. Answer: Asynchronous - Measurement service receives synchronously, which however sends events to task service that takes the task asynchronously.

  15. Question: get-patient-procedures fail with "Invalid date compared to configured value" for some date ranges. What are the rules for valid start and end times for the operation?

    1. Answer: There is a limit on the number of days back in time you can request in the request. This is currently not documented. It is currently set to a maximum of 30 days (MeasurentMaxAgeDays). This means that the start and end date of the request must be a maximum of previous 30 days. There are no limitations in days in the future.

  16. Question: ServiceRequest.code has cardinality 0..1 and ActivityDefinition.code has cardinality 1..1. Both have required binding on Activity Definition Code ValueSet. When a ServiceRequest references an ActivityDefinition, their codes will then be the same in all cases, and if so, why is there a difference in cardinality?

    1. Answer: There should be no difference. ActivityDefinition.code is always set and copied to ServiceRequest.code and therefore in practice always set. So short answers: Yes ServiceRequest.code is always set.

  17. Question: How do an e.g. employee solution supports the employee attaching a comment to received measurements / answers?

    1. Answer: Consider using ehealth-communication. If clinical relevance then consider ehealth-clinicalimpression (DK.EHEALTH.SUNDHED.FHIR.IG.CORE\ehealth-clinicalimpression - FHIR v4.0.1)

Design and Architecture

  1. Question: How are components from KAM reused in Telemedicine solutions? Are they published as NPM packages?

    1. Answer: No. KAM is a micro frontend architecture, and are loaded and integrated runtime in the browser. See Clinical administrative module (KAM) architecture (DRAFT)

  2. Question: Cleaning up test data. Are there any good tips for how to clean up a little, and avoid having to live with all the data errors you get built up during development?

    1. Answer: The platform “never forget”. Update relevant resources and set status to error states ("Entered-in-error" or "Retired" or similar). Use these states to not be included in searches.

Development and deployment lifecycle

...