Skip to content

Commit

Permalink
Merge pull request #45 from medcomdk/karina-review
Browse files Browse the repository at this point in the history
Karina review
  • Loading branch information
ovi-medcom authored Aug 14, 2024
2 parents 38a3e47 + e05525a commit db6e6e7
Show file tree
Hide file tree
Showing 3 changed files with 4 additions and 5 deletions.
2 changes: 1 addition & 1 deletion docs/_config.yml
Original file line number Diff line number Diff line change
Expand Up @@ -21,6 +21,6 @@ menutxt_item5: EHMI Endpoint Register*
menuurl_item6: https://medcomdk.github.io/ehmi/assets/documents/egov/
menutxt_item6: EHMI Governance*
menuurl_item7: https://medcomdk.github.io/ehmi/assets/documents/security/
menutxt_item7: EHMI Security
menutxt_item7: EHMI Security*
menuurl_item8: https://medcomdk.github.io/ehmi/assets/documents/glossary/
menutxt_item8: EHMI Glossary
7 changes: 3 additions & 4 deletions docs/assets/documents/eas/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@
<br/>

When a user of EHMI wants to send a message, the correct recipient of the message needs to be found somehow unless the user happens to know it by heart. Such a search function already exists to varying degrees in the various user systems, and to make these searches easier, EAS provides useful standardized search services based on relevant authoritative sources (like for example the national register of organizations within the health domain).
When a user of EHMI wants to send a message, the correct recipient of the message needs to be found somehow unless the user happens to know it by heart. Such a search function already exists to varying degrees in the various user systems, and to make these searches easier, EAS provides useful standardized search services based on relevant authoritative sources (like for example the national register of organizations within the health domain (SOR)).

When EAS receives a search request from a user system it in turn calls the relevant authoritative sources responsible for the information needed for the particular type of search request, and based on this EAS constructs the response for the user system. In this way EAS decouples the user systems from the authoritative sources and the, sometimes cumbersome, logic to be implemented to support searches for recipients in various different situations only needs to be implemented and maintained in EAS.

Expand All @@ -16,10 +16,9 @@ Examples of search services EAS support include:
* Search for general practitioners in a delimited geographical area (relevant for patients with no fixed general practitioner).
* Search for recipients capable of receiving specific types of messages – not just the overall message type (including version), but also more detailed searches concerning specific aspects of the message to be sent (relevant, e.g., in relation to referrals for X-ray examinations that require special equipment not offered by all X-ray departments).

EHMI uses a component to handle health care adressing.

An outline of the components in the EHMI network's use of the EHMI Adressing Service can be seen here:
![EHMI Pixi - Addressing Service](https://medcomdk.github.io/ehmi/assets/images/EHMI%20Pixi%20-%20Addressing%20Service.png)

<img src="./EHMI Pixi - Addressing Service.png" alt="EHMI Addressing Service (EAS) (DA)" width="100%">

**The whole specification for EHMI Addressing Service (EAS) can be found**
<a href="https://build.fhir.org/ig/medcomdk/dk-ehmi-eas/" target="_blank">here</a>
Expand Down
Binary file modified docs/assets/images/EHMI Pixi - Addressing Service.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit db6e6e7

Please sign in to comment.