CH eTOC (R4)
2.0.0-ballot - ballot Switzerland flag

This page is part of the CH eTOC (R4) (v2.0.0-ballot: STU 2 Ballot 1) based on FHIR R4. This is the current published version. For a full list of available versions, see the Directory of published versions


Official URL: Version: 2.0.0-ballot
Active as of 2023-06-29 Computable Name: CH_eTOC

Copyright/Legal: CC0-1.0

This implementation guide is under STU ballot by HL7 Switzerland until September 30th, 2023 midnight. Please add your feedback via the ‘Propose a change’-link in the footer on the page where you have comments.

Significant Changes, Open and Closed Issues

Download: You can download this implementation guide in NPM format from here.


The CH eTransition of Care (CH eTOC) Implementation Guide defines the content of a referral from a GP to the hospital, to a specialist, from one hispital to another etc.

CH eTOC is intended primarly for use in directional information exchange and for the use in the SWISS EPR. It however my be implemented in other settings too.


This Implementation Guide uses FHIR defined resources. For details on HL7 FHIR R4 see>.

Because the Implementation Guide relies heavily on the FHIR Resources Questionnaire and QuestionnaireResponse, forms are addressed here as Questionnaires.

This Implementation Guide is derived from the CH Order & Referral by Form (CH ORF) Implementation Guide (CH ORF) which relies on HL7 Structured Data Capture Implementation Guide, see SDC and uses the Swiss Core Profiles, see CH Core.

April 7, 2022 the the HL7 Switzerland Technical Committee disccussed #39 and finally voted to set cardinality for the questionnaie and questionnaire response to 1.. in the composition resource thus making the use of questionnaires and questionnaireResponses mandatory (see also CH ORF).

Applications claiming for conformance with an CH ORF derived implementation guide shall:

Render (and in case of the Questionnaire Filler allow for data entry) all elements of a questionnaire in the user interface (e.g. on screen, in print). Grouping of items and the order of items within shall be adequately reproduced according to the questionnaire.

Vendors of applications with Questionnaire Filler/Questionnaire Receiver actors are strongly recommended to implement interfaces to other applications (such as HIS and PACS) at least for all data in the generics elements of questionnaires.

In the 3rd report of the Interprofessional Working Group on Electronic Patient Dossiers (IPAG) eDischarge Report, recommendations are formulated that are important for the inter-professional exchange of information during transitions of treatment (transition of care). The information relevant to treatment shall be be described in an exchange format that makes suggestions for structuring the content of interprofessional data content.

At the working group meeting in February 2021, it was decided that a first version of eTOC shall be based on the the FHIR International Patient Summary (IPS).

However, this first version of CH eTOC still allows many free text entries. Reason: According to IPAG, in a first step, the items shall be implemented as text. It can be expected, that users want to copy paste results: it seems sensible, to have multiple entries for lab, but other findings are mostly in freetext and therefore it makes sense to copy all findings in one copy-paste action.

Clinical content uses mostly the same resources as the IPS. The resource definitions are however constrained from FHIR base definitions and Swiss Core definitions and NOT from UVIPS. This decision was made in order to minimize unexpected impact of future changes in IPS and for compatibility with Swiss Core.

Corresponding section in the IPS Resource / Datatype Derived from
IPS Medication Summary CH EMED MedicationStatement MedicationStatement
CH EMED Medication Medication
CH EMED Dosage Dosage
IPS Allergies and Intolerances ChEtocAllergyIntolerance ChAllergyIntolerance
IPS Problem List ChEtocPrimaryDiagnosisCondition Condition
ChEtocSecondaryDiagnosisCondition Condition
IPS Immunizations ChEtocImmunization ChVacdImmunization
IPS History of Procedures ChEtocProcedure Prozedure
IPS Medical Devices ChEtocDevice Device
IPS Diagnostic Results ChEtocLabObservation Observation
ChEtocPathologyObservation Observation
ChEtocRadiologyObservation Observation
ChEtocCardiologyObservation Observation
ChEtocBodyHeightObservation HL7BodyHeight
ChEtocBodyWeightObservation HL7BodyWeight
IPS Past history of illnesses ChEtocPastHistoryofIllnessesCondition Condition
IPS Pregnancy ChEtocPregnancyStatusObservation Observation
CH eToc Expected Delivery Date Observation Observation
IPS Social History ChEtocSocialHistoryCondition Condition
IPS IFunctional Status ChEtocFunctionalStatusCondition Condition
IPS Advance Directives Not supported yet

[Table 1] Resources and datatypes for clinical content

In addition to the Composition (IPS), the CH eTOC Composition provides a sectionPurpose.

CH eTOC alllows to distinguish between primary and secondary diagnosis; both are referenced in sectionProblems. sectionAttachment allowsnfor attachment (whatever is considered as important).

There is no sectionVitalSigns such as provided by the IPS. This is in order to prevent duplicate content.

SectionPlanOfCare is omitted for the following reason: It can be assumed that careplans will be available at best as pdf files for the foreseeable future. There is therefore a need to provide careplans as an attachment. This is what the Attachment section is for.

All other secctions for clinical content use the same wording for section titles as the Composition (IPS):

sectionMedications sectionImmunizations sectionAllergies sectionPastIllnessHx sectionFunctionalStatus sectionProceduresHx sectionSocialHistory sectionMedicalDevices sectionResults sectionPregnancyHx

As a consequence of the above CH eTOC does not claim to be conformant to IPS for now.

Derivations for use cases in different disciplines are to be defined later.

eTOC adds a ServiceRequest resource to the clinical content (according to the IPS) in order to depict the reason for a referral, the requested service and some additional information (e.g. coverage, room preferance etc.).

Header information such as sender, receiver etc. are condsidered as Generic Elements (to all sorts of referral, orders etc.) and follow the definition in the ORF Implementation Guide.

Copy receiver is ment to receive a copy from the order and all evolving results thereof.

Actors, transactions and security considerations are covered in the corresponding sections of CH-ORF


Value sets and coding are preliminary and not yet approved by eHealth Suisse.