Skip to content

Commit 5bc6bb6

Browse files
committed
Fixed build URLs for normal ones and CH-EMED-EPR with CH EMED EPR
1 parent 9916ff0 commit 5bc6bb6

File tree

9 files changed

+80
-81
lines changed

9 files changed

+80
-81
lines changed

docs/emed/index.md

Lines changed: 3 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,8 @@
1-
# CH-EMED-EPR
1+
# CH EMED EPR
22

3-
CH-EMED-EPR is a FHIR equivalent to CDA-CH-EMED.
4-
Its specification are entirely described in [https://build.fhir.org/ig/CARA-ch/ch-emed-epr/](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/).
3+
[CH EMED EPR](https://fhir.ch/ig/ch-emed-epr/index.html) is a FHIR implementation guide that specifies mostly the eMedication service's exchange format.
54

6-
It is built upon [CH-EMED](http://build.fhir.org/ig/hl7ch/ch-emed/) (the Swiss eMedication profile), [CH-CORE](https://build.fhir.org/ig/hl7ch/ch-core/) and [CH-Term](http://fhir.ch/ig/ch-term/index.html).
5+
It is built upon [CH EMED](https://fhir.ch/ig/ch-emed/index.html) (the Swiss eMedication profile), [CH CORE](https://fhir.ch/ig/ch-core/index.html) and [CH Term](http://fhir.ch/ig/ch-term/index.html).
76
In particular, CH-EMED contains a lot of documentation about the use of the profile, it is highly recommended reading it.
87

98
!!! tip

docs/index.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ Welcome to the Integration Guide for the eMedication service of CARA's community
44

55
* [Transactions](transactions/index.md): information about the implemented transactions.
66
* [Workflows](workflows/index.md): description of the different workflows clients of this service can follow.
7-
* [CH-EMED-EPR](emed/index.md): description of the eMedication [file format](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/).
7+
* [CH EMED EPR](emed/index.md): description of the eMedication [exchange format](https://fhir.ch/ig/ch-emed-epr/index.html).
88
* [PMP-APPC](appc/index.md): description of the policy file format.
99
* [OIDs](oids.md): relevant OIDs to be used within the scope of the eMedication service.
1010
* [Endpoints](endpoints.md): the eMedication service endpoints available to clients.
@@ -14,7 +14,7 @@ Welcome to the Integration Guide for the eMedication service of CARA's community
1414

1515
- Issues or suggestions about this guide can be reported on the [guide's GitHub](https://github.com/CARA-ch/emed-service-guide/issues).
1616
- Issues or suggestions about the eMedication service can be reported [here](https://github.com/CARA-ch/pmp-issues/issues).
17-
- [CH-EMED-EPR issues](https://github.com/CARA-ch/ch-emed-epr/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc)
17+
- [CH EMED EPR issues](https://github.com/CARA-ch/ch-emed-epr/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc)
1818

1919
## Other Resources
2020

@@ -23,7 +23,7 @@ Welcome to the Integration Guide for the eMedication service of CARA's community
2323
* [IPF code](https://github.com/oehf/ipf): IPF provides an Apache Camel implementation of pretty much all transactions
2424
used in the Swiss EPR.
2525
* [IPF documentation](https://oehf.github.io/ipf-docs/)
26-
* Husky: Health Usability Key - convenience API for IHE transactions and CDA documents, as well as CH-EMED-EPR related FHIR.
26+
* Husky: Health Usability Key - convenience API for IHE transactions and CDA documents, as well as CH EMED EPR related FHIR.
2727
* [Husky code](https://github.com/project-husky/husky)
2828
* [Husky javadoc](https://project-husky.github.io/husky/)
2929
* [Husky wiki](https://github.com/project-husky/husky/wiki)

docs/transactions/documents.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22

33
## Content
44

5-
The eMedication service only support [PMP-APPC](../appc/index.md) and [CH-EMED-EPR](../emed/index.md) documents.
5+
The eMedication service only support [PMP-APPC](../appc/index.md) and [CH EMED EPR](../emed/index.md) documents.
66

77
## Metadata
88

docs/transactions/iti41.md

Lines changed: 22 additions & 22 deletions
Large diffs are not rendered by default.

docs/transactions/iti43.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ See also [EPD by example's Retrieve Document Set](https://github.com/ehealthsuis
88

99
## On-demand documents
1010

11-
Generation rules for CH-EMED-EPR [PML (Medication List)](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pml.html) and [PMLC (Medication Card)](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pmlc.html) documents are described in the [CH-EMED-EPR IG](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/).
11+
Generation rules for CH EMED EPR [PML (Medication List)](https://fhir.ch/ig/ch-emed-epr/document_pml.html) and [PMLC (Medication Card)](https://fhir.ch/ig/ch-emed-epr/document_pmlc.html) documents are described in the [CH EMED EPR IG](https://fhir.ch/ig/ch-emed-epr/).
1212

1313
## Error codes
1414

docs/transactions/iti57.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ The [ITI-57 (Update Document Set)](https://www.ihe.net/uploadedFiles/Documents/I
66

77
This transaction is implemented, but only for the *deletionStatus* attribute. This implies that the only possible update in the service is the deletion of a document.
88

9-
### Deleting a CH-EMED-EPR document
9+
### Deleting a CH EMED EPR document
1010
The rules are similar to [ITI-41](iti41.md) replacement.
1111

1212
* Patient / representative can only request the removal of a document published by the same patient. Hence a patient cannot request the removal of a document published by a healthcare professional.
@@ -15,18 +15,18 @@ The rules are similar to [ITI-41](iti41.md) replacement.
1515
* Deletion rights related to HCP are not implemented yet and will be subject to further discussion before implementation. For now, patients are allowed to delete documents provided by HCPs and HCPs are not allowed to delete any documents.
1616
* Document administrator may only request the removal of any document published by either a patient, representative, or healthcare professional.
1717
* Only approved documents at the end of a treatment chain can be requested to be deleted.
18-
* Requested deletion of a CH-EMED-EPR document will also flag for deletion the chain of replaced documents by this document, if it exists.
18+
* Requested deletion of a CH EMED EPR document will also flag for deletion the chain of replaced documents by this document, if it exists.
1919
* Documents to be deleted must exist in the repository.
2020
* Currently the service just permanently deletes the requested documents, no archival or flagging is done.
2121

2222
### Deleting an APPC document
23-
* Deleting an [APPC](https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_APPC.pdf) document means that the patient is opting out. It triggers an archive and removal of all the documents for this patient: [CH-EMED-EPR](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/) and APPC (including and any deprecated ones) documents are both concerned.
23+
* Deleting an [APPC](https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_APPC.pdf) document means that the patient is opting out. It triggers an archive and removal of all the documents for this patient: [CH EMED EPR](https://fhir.ch/ig/ch-emed-epr/) and APPC (including and any deprecated ones) documents are both concerned.
2424
* Only the patients or their representatives can request the deletion of their own APPC documents.
2525
* A policy administrator can request the removal of any patient's APPC of their own reference community.
2626
* The APPC document has to be approved
2727
* This implies that direct deletion of a deprecated (replaced) APPC document is not possible.
2828
* Unapproved APPC document deletion can only occur at opt-out.
29-
* Currently the service just permanently deletes the requested APPC document and all the CH-EMED-EPR documents and any other information stored by the PMP concerning this patient, no archival or flagging is done.
29+
* Currently the service just permanently deletes the requested APPC document and all the CH EMED EPR documents and any other information stored by the PMP concerning this patient, no archival or flagging is done.
3030

3131
## Update DocumentEntry availabilityStatus
3232

docs/workflows/aggregation.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -3,9 +3,9 @@
33
|Term|Definition|References|
44
|----|----------|----------|
55
|Medication plan (current medication)|The medication plan is the documentation of all the medication information for a patient at a certain point of time.<br/>The medication plan can be presented as a [medication card](https://github.com/ehealthsuisse/EPD-by-example/blob/main/files/MedicationCardDocument.md) or as an [eMediplan](https://emediplan.ch/) (eMediplan is not supported by the service, it is another way of displaying the medication plan).|See [IHE Pharmacy Community Medication List (PML)](https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_PML.pdf) and IPAG's definition ([FR](https://www.fmh.ch/files/pdf24/rapport-gtip-ipag-sur-la-cybermedication.pdf), [DE](https://www.fmh.ch/files/pdf24/ipag-bericht-emedikation.pdf)), § 2.1 and § 2.5.|
6-
|Medication treatment|A medication treatment corresponds to one single medication the patient was planned to take in the past or is planned to take presently or in the future, including its name, dosage, frequency of intake, etc.<br/>Medication treatments are created every time an [MTP document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_mtp.html) is received.<br/> This service considers two kinds of medication treatments: "simple" and "prescribed".<br/> Simple medication treatments are created with just one [MTP document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_mtp.html) (by the patient or a healthcare professional).<br/> Prescribed medication treatments are created by healthcare professionals only, with an [MTP document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_mtp.html) followed by a [PRE document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pre.html).|See [IHE Pharmacy MTP supplement](https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_MTP.pdf), as well as [HL7's Medication Treatment Plan FHIR document](https://build.fhir.org/ig/hl7ch/ch-emed//medication-treatment-plan-document.html).|
7-
|Medication treatment instance|A medication treatment instance is a concept of this eMedication service.<br/> A medication treatment can change over time: the dosage, medication, active substance, comments, etc. can be updated.<br/> The medication treatment instance represents the state of a medication at a current point of time. <br/>Medication treatment instance creation depends on the type of medication treatment. For "simple" (ie. not prescribed) treatments, a single medication treatment instance is created when the [MTP document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_mtp.html) is received. <br/> For _prescribed_ medication treatments (ie. medication treatments for which there is a [MTP document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_mtp.html) and at least one [PRE document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pre.html)), a new instance is created every time a [PRE document](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pre.html) is received.<br/>Each medication treatment instance appears in a single line within the medication card. Instances associated with the same treatment are visually grouped.|-|
8-
|Medication statement|A medication statement represents a given medication (form, dosage, GTIN/ATC, ingredients etc.)|See the [definition in the implementation guide](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/StructureDefinition-ch-emed-epr-medicationstatement-treatmentplan.html).|
6+
|Medication treatment|A medication treatment corresponds to one single medication the patient was planned to take in the past or is planned to take presently or in the future, including its name, dosage, frequency of intake, etc.<br/>Medication treatments are created every time an [MTP document](https://fhir.ch/ig/ch-emed-epr/document_mtp.html) is received.<br/> This service considers two kinds of medication treatments: "simple" and "prescribed".<br/> Simple medication treatments are created with just one [MTP document](https://fhir.ch/ig/ch-emed-epr/document_mtp.html) (by the patient or a healthcare professional).<br/> Prescribed medication treatments are created by healthcare professionals only, with an [MTP document](https://fhir.ch/ig/ch-emed-epr/document_mtp.html) followed by a [PRE document](https://fhir.ch/ig/ch-emed-epr/document_pre.html).|See [IHE Pharmacy MTP supplement](https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_MTP.pdf), as well as [HL7's Medication Treatment Plan FHIR document](https://fhir.ch/ig/ch-emed/medication-treatment-plan-document.html).|
7+
|Medication treatment instance|A medication treatment instance is a concept of this eMedication service.<br/> A medication treatment can change over time: the dosage, medication, active substance, comments, etc. can be updated.<br/> The medication treatment instance represents the state of a medication at a current point of time. <br/>Medication treatment instance creation depends on the type of medication treatment. For "simple" (ie. not prescribed) treatments, a single medication treatment instance is created when the [MTP document](https://fhir.ch/ig/ch-emed-epr/document_mtp.html) is received. <br/> For _prescribed_ medication treatments (ie. medication treatments for which there is a [MTP document](https://fhir.ch/ig/ch-emed-epr/document_mtp.html) and at least one [PRE document](https://fhir.ch/ig/ch-emed-epr/document_pre.html)), a new instance is created every time a [PRE document](https://fhir.ch/ig/ch-emed-epr/document_pre.html) is received.<br/>Each medication treatment instance appears in a single line within the medication card. Instances associated with the same treatment are visually grouped.|-|
8+
|Medication statement|A medication statement represents a given medication (form, dosage, GTIN/ATC, ingredients etc.)|See the [definition in the implementation guide](https://fhir.ch/ig/ch-emed-epr/StructureDefinition-ch-emed-epr-medicationstatement-treatmentplan.html).|
99
|Aggregation|The aggregation is the process of determining the current state of each medication treatment within a patient's medication plan, based on the existing medication treatment instances.<br/>This is done depending on the document triggering the aggregation, either by updating existing medication treatments / medication treatment instances, or by creating new medication treatment instances|-|
1010

1111
## Triggers
@@ -18,7 +18,7 @@ Aggregation occurs when:
1818
## Scope
1919
When triggered, aggregation occurs for the medication treatment referenced by the triggering document.
2020

21-
When the triggering document is a [PRE](https://build.fhir.org/ig/CARA-ch/ch-emed-epr/document_pre.html), it might reference several medication treatments (multi-prescription). In this case the service applies the aggregation process to each referenced medication treatment.
21+
When the triggering document is a [PRE](https://fhir.ch/ig/ch-emed-epr/document_pre.html), it might reference several medication treatments (multi-prescription). In this case the service applies the aggregation process to each referenced medication treatment.
2222

2323
## Aggregation process
2424
### Overview

0 commit comments

Comments
 (0)