Health informatics - Patient healthcard data - Part 7: Medication data

This document applies to situations in which such data is recorded on or transported by patient healthcards compliant with the physical dimensions of ID-1 cards defined by ISO/IEC 7810. This document specifies the basic structure of the data contained within the medication data object, but does not specify or mandate particular data sets for storage on devices. The purpose of this document is for cards to provide information to other health professionals and to the patient or its non-professional caregiver. It can also be used to carry a new prescription from the prescriber to the dispenser/pharmacy in the design of its sets. Medication data include the following four components: - medication notes: additional information related to medication and the safe use of medicines by the patient such as medication history, sensitivities and allergies; - medication prescriptions: to carry a new prescription from the prescriber to the dispenser/pharmacy; - medication dispensed: the records of medications dispensed for the patient; - medication references: pointers to other systems that contain information that makes up medication prescription and the authority to dispense. The following topics are beyond the scope of this document: - physical or logical solutions for the practical functioning of particular types of data cards; - how the message is processed further “downstream” of the interface between two systems; - the form which the data takes for use outside the data card, or the way in which such data is visibly represented on the data card or elsewhere. NOTE Not only does the definition of “medicinal products” differ from country to country, but also the same name can relate to entirely different products in some countries. Therefore, it is important to consider the safety of the patient when the card is used across borders. This document describes and defines the Medication data objects used within or referenced by patient-held health data cards using UML, plain text and Abstract Syntax Notation (ASN.1). This document does not describe nor define the common objects defined within ISO 21549-2.

Informatique de santé — Données relatives aux cartes de santé des patients — Partie 7: Données de médication

Le présent document s'applique aux situations dans lesquelles des données sont enregistrées sur ou transportées par des cartes de santé des patients conformes aux dimensions physiques des cartes ID-1 définies par l'ISO/IEC 7810. Le présent document spécifie la structure de base des données contenues dans l'objet de données de médication, sans toutefois spécifier ou recommander des ensembles de données particuliers destinés à être stockés sur des dispositifs. Le présent document a pour objet de définir des cartes qui fournissent des informations aux autres professionnels de santé et au patient ou à son soignant non professionnel. Il peut également être utilisé pour transporter une nouvelle prescription du prescripteur à l'agent délivrant/pharmacien dans le cadre de la définition de ses ensembles. Les données de médication comprennent les quatre composants suivants: — notes de médication: informations supplémentaires concernant la médication et l'utilisation en toute sécurité des médicaments par le patient, telles que l'historique des médications, les sensibilités et les allergies; — prescriptions médicamenteuses: pour transporter une nouvelle prescription du prescripteur à l'agent délivrant/pharmacien; — médication délivrée: enregistrements des médications délivrées au patient; — références de médication: des liens vers d'autres systèmes contenant les informations constitutives d'une prescription médicamenteuse et l'autorisation de dispensation. Par conséquent, les sujets suivants ne relèvent pas du domaine d'application du présent document: — solutions physiques ou logiques pour le fonctionnement pratique de types particuliers de cartes de données; — modalités de traitement du message «en aval» de l'interface entre deux systèmes; — forme que prennent les données lorsqu'elles sont utilisées indépendamment de la carte de données ou manière dont ces données sont représentées visuellement sur la carte de données ou ailleurs. NOTE Non seulement la définition de «médicaments» diffère d'un pays à l'autre mais également, dans certains pays, la même désignation peut être associée à des produits totalement différents. Par conséquent, il est important de prendre en considération la sécurité du patient lorsque la carte est utilisée à l'étranger. Le présent document décrit et définit les objets de données de médication utilisés dans le cadre de ou référencés par les cartes de données de santé des patients au moyen du langage UML, de texte en clair et de la Notation Syntaxique Abstraite (ASN.1). Ce document ne décrit ni ne définit les objets communs définis dans l'ISO 21549-2.

General Information

Status
Published
Publication Date
07-Feb-2024
Current Stage
9599 - Withdrawal of International Standard
Start Date
28-Apr-2025
Completion Date
13-Dec-2025

Relations

Effective Date
11-Feb-2023
Effective Date
28-Jan-2023

Overview

ISO 21549-7:2024 - Health informatics - Patient healthcard data - Part 7: Medication data - defines the data structures and semantic model for carrying medication-related information on patient-held healthcards that conform to the ID‑1 physical format (ISO/IEC 7810). The standard specifies the basic structure of a Medication data object (using UML, plain text and ASN.1) to support safe information exchange between health professionals, patients and caregivers. It does not mandate specific datasets, physical/logical card technologies, or downstream message processing and display formats.

Key SEO keywords: ISO 21549-7, patient healthcard, medication data, health informatics, medication prescriptions, ASN.1, UML, ID-1 cards.

Key technical topics and requirements

  • Defines a modular Medication data object composed of four main components:
    • Medication notes - patient medication history, sensitivities, allergies and other safety-relevant notes.
    • Medication prescriptions - structures to carry a new prescription from prescriber to dispenser/pharmacy.
    • Medications dispensed - records of medications actually dispensed to the patient.
    • Medication references - pointers to external systems that hold fuller prescription data or dispensing authority.
  • Specifies data modelling approaches and representations using UML and Abstract Syntax Notation (ASN.1) for portability and interoperability.
  • Describes card-level attributes such as coded data, referencing mechanisms, device/data security and accessory attributes (structure overview in Clause 5).
  • Sets functional requirements for prescription-carrying use cases (who, what, times, how) without prescribing implementation-specific protocols.
  • Explicit scope limits: excludes card physical/logical solutions, downstream processing, and visual rendering of data.
  • Notes cross-border safety considerations: medicinal product naming and definitions vary by country; implementers must account for patient safety in international use.

Practical applications

  • Enable secure, interoperable exchange of prescription and medication history via patient healthcards in ambulatory, community and mobile care scenarios.
  • Support pharmacy workflows by carrying or indexing prescriptions from prescribers to dispensers.
  • Provide clinicians and caregivers with on‑the‑spot medication notes (allergies, sensitivities, recent medications) to reduce adverse events.
  • Serve as a compact index or authority pointer to larger electronic health records or national medication registries.

Who should use this standard

  • Health IT vendors, EHR and pharmacy system developers
  • Smart card manufacturers and integrators working with ID‑1 format cards
  • Interoperability architects, standards implementers and system integrators
  • Pharmacists, prescribers, healthcare organizations and policymakers implementing patient-held medication data

Related standards

  • ISO 21549-2 (Patient healthcard data - Part 2: Common objects) - referenced for common object definitions and normative dependencies.

This standard is essential for organizations implementing medication data exchange on patient-held cards and for ensuring consistent, interoperable data structures across health informatics systems.

Standard

ISO 21549-7:2024 - Health informatics — Patient healthcard data — Part 7: Medication data Released:8. 02. 2024

English language
42 pages
sale 15% off
Preview
sale 15% off
Preview
Standard

ISO 21549-7:2024 - Informatique de santé — Données relatives aux cartes de santé des patients — Partie 7: Données de médication Released:8. 02. 2024

French language
44 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO 21549-7:2024 is a standard published by the International Organization for Standardization (ISO). Its full title is "Health informatics - Patient healthcard data - Part 7: Medication data". This standard covers: This document applies to situations in which such data is recorded on or transported by patient healthcards compliant with the physical dimensions of ID-1 cards defined by ISO/IEC 7810. This document specifies the basic structure of the data contained within the medication data object, but does not specify or mandate particular data sets for storage on devices. The purpose of this document is for cards to provide information to other health professionals and to the patient or its non-professional caregiver. It can also be used to carry a new prescription from the prescriber to the dispenser/pharmacy in the design of its sets. Medication data include the following four components: - medication notes: additional information related to medication and the safe use of medicines by the patient such as medication history, sensitivities and allergies; - medication prescriptions: to carry a new prescription from the prescriber to the dispenser/pharmacy; - medication dispensed: the records of medications dispensed for the patient; - medication references: pointers to other systems that contain information that makes up medication prescription and the authority to dispense. The following topics are beyond the scope of this document: - physical or logical solutions for the practical functioning of particular types of data cards; - how the message is processed further “downstream” of the interface between two systems; - the form which the data takes for use outside the data card, or the way in which such data is visibly represented on the data card or elsewhere. NOTE Not only does the definition of “medicinal products” differ from country to country, but also the same name can relate to entirely different products in some countries. Therefore, it is important to consider the safety of the patient when the card is used across borders. This document describes and defines the Medication data objects used within or referenced by patient-held health data cards using UML, plain text and Abstract Syntax Notation (ASN.1). This document does not describe nor define the common objects defined within ISO 21549-2.

This document applies to situations in which such data is recorded on or transported by patient healthcards compliant with the physical dimensions of ID-1 cards defined by ISO/IEC 7810. This document specifies the basic structure of the data contained within the medication data object, but does not specify or mandate particular data sets for storage on devices. The purpose of this document is for cards to provide information to other health professionals and to the patient or its non-professional caregiver. It can also be used to carry a new prescription from the prescriber to the dispenser/pharmacy in the design of its sets. Medication data include the following four components: - medication notes: additional information related to medication and the safe use of medicines by the patient such as medication history, sensitivities and allergies; - medication prescriptions: to carry a new prescription from the prescriber to the dispenser/pharmacy; - medication dispensed: the records of medications dispensed for the patient; - medication references: pointers to other systems that contain information that makes up medication prescription and the authority to dispense. The following topics are beyond the scope of this document: - physical or logical solutions for the practical functioning of particular types of data cards; - how the message is processed further “downstream” of the interface between two systems; - the form which the data takes for use outside the data card, or the way in which such data is visibly represented on the data card or elsewhere. NOTE Not only does the definition of “medicinal products” differ from country to country, but also the same name can relate to entirely different products in some countries. Therefore, it is important to consider the safety of the patient when the card is used across borders. This document describes and defines the Medication data objects used within or referenced by patient-held health data cards using UML, plain text and Abstract Syntax Notation (ASN.1). This document does not describe nor define the common objects defined within ISO 21549-2.

ISO 21549-7:2024 is classified under the following ICS (International Classification for Standards) categories: 35.240.80 - IT applications in health care technology. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 21549-7:2024 has the following relationships with other standards: It is inter standard links to ISO 3865:2020, ISO 21549-7:2016. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

You can purchase ISO 21549-7:2024 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.

Standards Content (Sample)


International
Standard
ISO 21549-7
Third edition
Health informatics — Patient
2024-02
healthcard data —
Part 7:
Medication data
Informatique de santé — Données relatives aux cartes de santé
des patients —
Partie 7: Données de médication
Reference number
© ISO 2024
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Abbreviated terms . 5
5 Basic data object model for a healthcare data card . 5
5.1 Patient healthcard data object structure .5
5.2 Basic data objects for referencing .6
5.2.1 Overview .6
5.2.2 Coded data .6
5.3 Device and data security attributes .6
5.4 Accessory attributes . .6
6 Functional requirements on card information for prescriptions . 7
6.1 Overview of supported uses .7
6.2 Carry a prescription from prescriber to the dispenser .7
6.2.1 General .7
6.2.2 Prescription set .7
6.2.3 Who .7
6.2.4 What .8
6.2.5 Times.8
6.2.6 How.8
6.3 Card information on dispensed prescriptions .8
6.4 Medication notes .9
7 Medication data. 9
7.1 General .9
7.2 "MedicationNotes" class .10
7.2.1 General .10
7.2.2 “MedicationHistory” class .11
7.2.3 “MedicationRelevantCharacteristics” class . 13
7.2.4 “KnownMedicationRisks” class . 13
7.3 "MedicationPrescriptions" class .14
7.4 "MedicationsDispensed" data object . 23
7.5 MedicationReferences . 29
Annex A (normative) ASN.1 data definitions .31
Annex B (informative) Example of medication notes .40
Bibliography .42

iii
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee
has been established has the right to be represented on that committee. International organizations,
governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely
with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of ISO document should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 215, Health informatics, in collaboration with
the European Committee for Standardization (CEN) Technical Committee CEN/TC 251, Health informatics, in
accordance with the Agreement on technical cooperation between ISO and CEN (Vienna Agreement).
This third edition cancels and replaces the second edition (ISO 21549-7:2016), of which it constitutes a
minor revision.
The changes are as follows:
— update normative references;
— editorial update;
— correct errors in tables.
A list of all parts in the ISO 21549 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.

iv
Introduction
With a more mobile population, greater healthcare delivery in the community and at patients’ homes,
together with a growing demand for improved quality of ambulatory care, portable information systems
and stores have increasingly been developed and used. Such devices are used for tasks ranging from
identification, through portable medical record files, and on to patient-transportable monitoring systems.
The functions of such devices are to carry and to transmit person-identifiable information between
themselves and other systems; therefore, during their operational lifetime they may share information with
many technologically different systems which differ greatly in their functions and capabilities.
Healthcare administration increasingly relies upon similar automated identification systems. For
instance, prescriptions may be automated and data exchange carried out at a number of sites using patient
transportable computer readable devices. Healthcare funding institutions and providers are increasingly
involved in cross-region care, where reimbursement may require automated data exchange between
dissimilar healthcare systems. Administrative data objects may require linkage to external parties
responsible for their own domains which are not within the scope of this document. For instance, cross-
border reimbursement of healthcare services is usually regulated by law and intergovernmental agreements.
The advent of remotely accessible databases and support systems has led to the development and use of
“Healthcare Person” identification devices that are also able to perform security functions and transmit
digital signatures to remote systems via networks.
With the growing use of data cards for practical everyday healthcare delivery, the need has arisen for a
standardized data format for interchange.
The person-related data carried by a data card can be categorized in three broad types: identification (of
the device itself and the individual to whom the data it carries relates), administrative and clinical. It is
important to realize that a given healthcare data card “de facto” contains device data and identification data
and may in addition contain administrative, clinical, medication and linkage data.
Device data are defined to include:
— identification of the device itself, and
— identification of the functions and functioning capabilities of the device.
Identification data may include unique identification of the device holder or of all other persons to whom the
data carried by the device are related.
Administrative data may include the following:
— complementary person(s) related data;
— identification of the funding of healthcare, whether public or private, and their relationships, i.e.
insurer(s), contract(s) and policy(ies) or types of benefits;
— other data (distinguishable from clinical data) that are necessary for the purpose of healthcare delivery.
Clinical data may include
— items that provide information about health and health events;
— their appraisal and labelling by a healthcare provider (HCP), and
— related actions planned requested or performed.
Medication data may include
— a record of medications purchased by the patient for self-administration,
— copies of prescriptions including the authority to dispense records of dispensed medications,

v
— records of medications dispensed by a pharmacist to the patient, and
— pointers to other systems that contain information that hold medication data, either medication history
or prescribed medicines, (or both) and in the case of prescribed medicines, the authority to dispense.
Because a data card essentially provides specific answers to definite queries while having at the same time
a need to optimize the use of memory by avoiding redundancies, “high level” Object Modelling Technique
(OMT) has been applied with respect to the definition of healthcare data card data structures
Patient Data Cards may offer facilities to
— communicate prescription information from one healthcare professional to another healthcare
professional such as to a healthcare agent or healthcare organization, and
— provide indexes and/or authority to access prescription information held other than on the patient data
card.
vi
International Standard ISO 21549-7:2024(en)
Health informatics — Patient healthcard data —
Part 7:
Medication data
1 Scope
This document applies to situations in which such data is recorded on or transported by patient healthcards
compliant with the physical dimensions of ID-1 cards defined by ISO/IEC 7810.
This document specifies the basic structure of the data contained within the medication data object, but
does not specify or mandate particular data sets for storage on devices.
The purpose of this document is for cards to provide information to other health professionals and to the
patient or its non-professional caregiver.
It can also be used to carry a new prescription from the prescriber to the dispenser/pharmacy in the design
of its sets.
Medication data include the following four components:
— medication notes: additional information related to medication and the safe use of medicines by the
patient such as medication history, sensitivities and allergies;
— medication prescriptions: to carry a new prescription from the prescriber to the dispenser/pharmacy;
— medication dispensed: the records of medications dispensed for the patient;
— medication references: pointers to other systems that contain information that makes up medication
prescription and the authority to dispense.
The following topics are beyond the scope of this document:
— physical or logical solutions for the practical functioning of particular types of data cards;
— how the message is processed further “downstream” of the interface between two systems;
— the form which the data takes for use outside the data card, or the way in which such data is visibly
represented on the data card or elsewhere.
NOTE Not only does the definition of “medicinal products” differ from country to country, but also the same name
can relate to entirely different products in some countries. Therefore, it is important to consider the safety of the
patient when the card is used across borders.
This document describes and defines the Medication data objects used within or referenced by patient-held
health data cards using UML, plain text and Abstract Syntax Notation (ASN.1).
This document does not describe nor define the common objects defined within ISO 21549-2.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.

ISO 21549-2, Health informatics — Patient healthcard data — Part 2: Common objects
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
attribute
characteristic of an object or entity
3.2
batch
amount of material which is uniform in character and quantity as shown by compliance with production and
quality assurance test requirements and produced during a defined validated process of manufacture
3.3
coding scheme
collection of rules that maps the elements of one set onto the elements of a second set
[SOURCE: ISO/TS 21089:2018, 3.33]
3.4
data object
instance of some information object class (3.10), being composed of a set of fields which conform to the field
specifications of the class
3.5
dispenser
healthcare professional (3.9) which is a representation of an individual, professionally responsible for filling/
dispensing the prescription (3.21)
Note 1 to entry: This is usually the pharmacist but it can be other individuals according to local jurisdictions.
3.6
healthcare
care
activities, services or supplies related to the health of an individual
Note 1 to entry: This includes more than performing procedures for subjects of care. It includes, for example, the
management of information about patients, health status and relations within the healthcare framework.
[SOURCE: ISO 13940:2015, 3.1.1, modified — The preferred term “care” has been added; “care activities” has
been replaced by “activities”, “management or supplies” has been replaced by “supplies”; in Note 1 to entry
“healthcare delivery framework and may also include the management of clinical knowledge” has been
replaced by “healthcare framework”.]
3.7
healthcare data card
machine-readable card conformant to specific requirements intended for use within the healthcare domain
Note 1 to entry: The requirements are given in ISO/IEC 7810.
3.8
healthcare party
organization (3.15) or person involved in the direct or indirect provision of healthcare services to an
individual or to a population
3.9
healthcare professional
person entrusted with the direct or indirect provision of defined healthcare services to a subject of care
(3.24) or a population of subjects of care
EXAMPLE Qualified medical practitioner, pharmacist, nurse, social worker, radiographer, medical secretary or
clerk.
3.10
information object class
set of fields, forming a template for the definition of a potentially unbounded collection of information
objects, the instances of the class
[SOURCE: ISO/IEC 8824-2:2021, 3.4.10, modified — Note 1 to entry has been removed.]
3.11
ingredient
substance (3.25) included as a component in a product
Note 1 to entry: In this context, product refers to pharmaceutical product (3.18).
3.12
magistral medicinal product
extemporaneous medicinal product
medicinal product (3.13) manufactured in a pharmacy or pharmacy department, which is based on a recipe
and intended to be used for one and only one subject of care (3.24)
Note 1 to entry: A magistral/extemporaneous medicinal product is also a pharmaceutical product (3.18).
3.13
medicinal product
substance (3.25) or combination of substances, which can be administered to human beings or animals for
treating or preventing disease, with the view to making a medical diagnosis or to restore, correct or modify
physiological functions
Note 1 to entry: A medicinal product may contain one or more manufactured items and one or more pharmaceutical
products (3.18).
Note 2 to entry: In certain jurisdictions, a medicinal product is be defined as any substance or combination of
substances which can be used to make a medical diagnosis.
3.14
medicinal product package
delivery unit of a medicinal product (3.13) in an outer container (3.16)
3.15
organization
unique framework of authority within which a person or persons act, or are designated to act towards some
purpose
Note 1 to entry: Groupings or subdivisions of an organization may also be considered as organizations where there is
a need to identify them for information interchange.
3.16
outer container
container that serves as an external layer of a package
3.17
payment guarantor
organization (3.15) responsible for the total or partial reimbursement or payment of the price of the
medicinal product (3.13)
3.18
pharmaceutical product
qualitative and quantitative composition of a medicinal product (3.13) in the dose form approved for
administration in line with the regulated product information
Note 1 to entry: A medicinal product may contain one or more pharmaceutical products.
Note 2 to entry: In many instances, the pharmaceutical product is equal to the manufactured item. However, there are
instances where the manufactured item must undergo a transformation before being administered to the patient (as
the pharmaceutical product) and the two are not equal.
[SOURCE: ISO 11616:2017, 3.1.24, modified — “administration” has been replaced by “administration in line
with the regulated product information”; a new note 1 to entry has been added, the original note 1 to entry
has become note 2 to entry.]
3.19
prescriber
healthcare professional (3.9) authorized to issue prescriptions (3.21)
3.20
prescribing
process of creating a prescription (3.21)
3.21
prescription
direction created by an authorized healthcare professional (3.9), to instruct a dispensing agent regarding the
preparation and use of a medicinal product (3.13) or medicinal appliance to be taken or used by a subject of
care (3.24)
3.22
prescription item
specification created by an authorized healthcare professional (3.9), to instruct a dispensing agent regarding
the preparation and use of single medicinal product (3.13)/medicinal appliance or to inform other parties
following dispensing regarding the preparation and use of a single dispensed medicinal product/medicinal
appliance
Note 1 to entry: A prescription item may contain administrative details needed for dispensing or derived from
dispensing, but does not contain information about the prescriber (3.19) or the subject of care (3.24) for whom the
prescription item is prescribed or to whom it has been dispensed.
3.23
prescription set
collection of one or more prescription item(s) (3.22) prescribed and/or dispensed as a unit
3.24
subject of care
person or defined group of persons receiving or registered as eligible to receive healthcare services or
having received healthcare services
3.25
substance
matter of defined composition that has discrete existence, whose origin may be biological, mineral or
chemical
Note 1 to entry: Substances can be either single substances mixture substances or one of a group of specified
substances. Single substances shall be defined using a minimally sufficient set of data elements divided into five types:
chemical, protein, nucleic acid, polymer and structurally diverse. Substances may be salts, solvates, free acids, free
bases, mixtures of related compounds that are either isolated or synthesized together. Pharmacopoeial terminology
and defining characteristics will be used when available and appropriate. Defining elements are dependent on the
type of substance.
Note 2 to entry: Discrete existence refers to the ability of a substance to exist independently of any other substance.
Substances can either be well-defined entities containing definite chemical structures, synthetic (i.e. isomeric
mixtures) or naturally-occurring (i.e. conjugated oestrogens) mixtures of chemicals containing definite molecular
structures or materials derived from plants, animals, microorganisms or inorganic matrices for which the chemical
structure may be unknown or difficult to define. Substances may be salts, solvates, free acids, free bases, mixtures of
related compounds that are either isolated or synthesized together.
[SOURCE: ISO 11238:2018, 3.84, modified — The original Note 1 to entry has been deleted, Notes 2 and 3 to
entry have been adapted.]
4 Abbreviated terms
ATC Anatomical Therapeutic Chemical Classification System
DEA Drug Enforcement Administration Registration Number
NCDCP National Council for Prescription Drug Programs
UML Unified Modelling Language
5 Basic data object model for a healthcare data card
5.1 Patient healthcard data object structure
A set of basic data objects have been designed to facilitate the storage of clinical data in a flexible structure,
allowing for future application specific enhancements. These tools should help the implementation of
common accessory characteristics of stored data in a way that allows efficient use of memory, an important
feature for many types of data cards.
The tools consist of a generic data structure based on an object-oriented model represented as an UML class
diagram as shown in Figure 1.
Figure 1 — Patient healthcard data — Overall structure
The content of this object-oriented structure is described both below and intrinsically will also require the
use of data objects not defined within this document.
It is recognized that medication data is semantically a type of “clinical data”. However, to enable more flexible
implementation approaches, it is modelled as a direct child of the PatientHealthcardData object allowing a
simpler and reduced model implementation where the full clinical data is not required.
NOTE It is possible to take the data objects and recombine them while preserving their context specific tags, and
to define new objects, while still preserving interoperability.

In addition to the capability of building complex aggregate data objects from simpler building blocks, this
document allows for associations between certain objects, so that information can be shared. This feature
is mainly used to allow, for example, a set of accessory attributes to be used as services to several stored
information objects.
5.2 Basic data objects for referencing
5.2.1 Overview
A series of generally useful data type definitions have been made that have no underlying meaning in
themselves, but which are used to define other objects within this document. Operations may be performed
with these objects in association with other information objects to add usability or business purpose. These
objects have formal definitions within ISO 21549-2.
5.2.2 Coded data
Coded values are understood by reference to the coding system to which they apply. The general principle
in this document is that it is not mandatory to use a particular coding system, unless specified within this
document, when such codes act as parameters. One example is the use of the ISO 3166 series for country
codes.
When a coding scheme is exclusively specified within this document, no alternative coding scheme shall
be allowed. Any references to coding schemes not so specified may however be modified in the future
independent of the rest of this document.
The data object “CodedData” shall be constructed according to the definition contained in ISO 21549-2.
5.3 Device and data security attributes
Data stored in data cards used in health care may be personally sensitive. For this reason, this document
utilizes a series of security attributes, defined in ISO 21549-2. The actual data content (value) is not within
the scope of this document, nor are the mechanisms that make use of these data elements. It is emphasized
that the security attributes cannot satisfy given security requirements without the implementation of the
appropriate security functions and mechanisms within the data card.
Such rights of “access” are attributable to specific individuals with respect to discrete data items. These
rights will be defined by local jurisdictions, organizational policies and local legal frameworks and
implemented by application developers and can be controlled by automated systems such as health care
professional cards. The rights may be defined at the application level, thereby providing application and
potential country specificity.
The “SecurityServices” data object provides for the storage of data required to deliver these security
functions and mechanisms. This data can be “attached” to individual data elements, thereby preserving the
original author's security requirements when the data object is transferred between different forms of data
card. This mechanism may therefore ensure that in the process of transferring data from active to passive
media and then back to active media, the original security requirements are re-generated. This ability also
allows exact replication of a data card such as on regeneration after failure.
5.4 Accessory attributes
The data object “AccessoryAttributes” shall consist of an ordered set of data that is essential to record of the
resources which were accessed and/or used by whom regarding both the originator of the information and
the means via which it arrives to the recipient as defined in ISO 21549-2.

6 Functional requirements on card information for prescriptions
6.1 Overview of supported uses
Healthcards may be considered useful in many different functions in relation to medicine prescriptions.
Two functions are for the identification of the patient and of the prescribing health professional toward the
prescribing system. These two uses are considered to be outside of this document.
The major consideration in this document is for cards to provide information to other health professionals
and to the patient or its non-professional care giver. However, the use for carrying a new prescription from
the prescriber to the dispenser/pharmacy are also considered in the design of its data sets.
6.2 Carry a prescription from prescriber to the dispenser
6.2.1 General
A healthcard designed to carry a prescription between a prescriber and dispenser has, within its data set,
to incorporate several different objects such as identifiers relating to the prescriber, dispensing agent,
subject of care and the actual information in relation to the prescribed item/items. Information relating to
the subject of care is considered to be static and provided/defined by other parts of the ISO 21549 series.
Similarly are Prescriber and Dispensing agent, while there may be several different iterations of the same,
these are essentially static and as such are covered by other parts of the ISO 21549 series.
6.2.2 Prescription set
A prescription issued for one patient by one prescriber at one occasion may contain several prescription
items for individual medicinal products. The collection of items with some additional information relevant
for all items is referred to as a prescription set.
6.2.3 Who
This is data relevant for the whole prescription set and has a series of specialisations of healthcare party.
Patient
This is the subject of care who is the intended recipient of a prescribed item.
NOTE For healthcards, only single patients are considered, not animals, nor groups of patients.
Prescriber
This is a specialization of a more generic concept that may be called a healthcare professional and is the
healthcare professional who takes legal responsibility for the creation of the prescription and for providing
the authority to dispense.
Payment guarantor
This is a specialization of healthcare party. These may be one or more insurance companies or other entity
that, in one way or another, is involved with financial aspects of the prescription.
NOTE This can include the patient as guarantor.
Dispenser
This is a specialization of a healthcare professional which is a representation of an individual who has a
pharmacist status who is filling/dispensing the prescription.

6.2.4 What
These are the data relevant for a prescription item.
a) Name of the medicinal product:
— identified by brand name, generic name or code values for these (with reference to identification of code
set, if used);
— this may include also medicinal appliance whereas magistral (extemporaneous) medicinal products are
treated separately.
b) Strength;
c) Drug form;
d) Quantity;
e) Quantity units;
f) Manufacturer;
g) Code in respect to all above except possibly quantity units;
h) Magistral medicinal product.
6.2.5 Times
The followings are the points of time and intervals relevant for prescription and dispense:
a) time/date when a prescription is authorized;
b) time/date when a prescription is dispensed;
c) validity time (length of validity of prescription can be defined by legal framework of medicine supply
regulations);
d) specified interval between multiple supplies of the same medication (for example, “not less than 21 d
between supplies”).
6.2.6 How
The following information relates to a prescription item:
a) dosage instruction (plain text, CODED + numeric perhaps structure with time separate from amount);
b) comments of prescriber (to one item or the whole prescription);
c) special prescriptions (narcotics);
d) special license prescription;
e) substitution rules (if applicable in the local jurisdiction);
f) repeat prescription (no + possible time interval);
g) preferred language of the patient;
h) language of the prescription (these two refers to the prescription set).
6.3 Card information on dispensed prescriptions
Information on cards contains data on dispensed items. This information may be used at a future dispensing
occasion by a health professional, in particular when considering new prescriptions. It is worth noting

that this information remains as confidential as other clinical data in that patients do not always fill their
prescriptions.
6.4 Medication notes
A major use of healthcards containing prescription information has been to create an accumulated list of
all medication for a patient and information relating to the safe use of medicines by the patient such as
sensitivities and allergies. This may result from the recording of dispensed prescription items, but it may
also be of interest to record medication when medicines are directly purchased/acquired by the patient.
There are many issues to consider here when a system is designed such as a history of prescriptions as
opposed to a list of current total medication from one or several prescribers and whether or not to remove
from the list what is not currently taken.
The users of this data are health professionals involved with a patient’s medication management or who
have a requirement to understand the medical history of the patient.
Finally, this information could be accessed by patients or their non-health professional caregivers and
thereby both be able to be used to inform but also aid them in decisions they may take.
7 Medication data
7.1 General
The MedicationData class is divided into four separate subclasses (see Figure 2):
— MedicationNotes;
— MedicationPrescriptions;
— MedicationsDispensed;
— MedicationReferences;
— MedicationDataStructureEdition.
Because of their groupings, each of these may have differing security settings including access rights as
determined by the provisions contained within their attached attributes.
Figure 2 — Structure of MedicationData
Individual entities within MedicationData are specified in Table 1.

Table 1 — Specification of individual entities within MedicationData
Name Data type Multiplicity Comments
MedicationNotes Class 0.1 This class consists of the medication history
record, the medication relevant characteristics
record and the known medication risks record of
the recorded person.
MedicationPrescriptions Class 0.1 This class holds the data that forms the basis of
a medication data record including the authori-
ty to dispense the medications. It consists of 1.*
instances of MedicationPrescription.
MedicationsDispensed Class 0.1 This class holds the data that forms the basis of a
dispensing record. It consists of 1.* instances of
MedicationDispensed.
NOTE The data held in this object does not neces-
sarily have to echo the data contained within the
MedicationPrescribed object. They can reference
that the object can however be different to it, but
still reference it as is seen in the case of substitu-
tion. They can in addition be a record of a dispens-
ing activity for which no relevant MedicationPre-
scription data object is present on the card.
MedicationReferences Class 0.1 This class holds the globally unique identifiers and
locations that relates to medication data sets held
on other resources. It consists of 1.* instances of
MedicationReference.
NOTE The usage of the data contained therein
allows the healthcard to function as a token for
facilitating communication between overtly dis-
connected static information systems.
MedicationDataStructureEdition Class 1 This class holds the number of the edition of the
MedicationData structure. It is defined as ENU-
MERATED.
The ASN.1 definition of MedicationData shall be as shown in Annex A. An example is shown in Annex B.
7.2 "MedicationNotes" class
7.2.1 General
The following information relates to a prescription item: The MedicationNotes contains personal
documentation of pharmaceutical supply for patients. It includes the drugs dispensed for the patient and
self-medication medicines. Medicines not utilized by the patient are not taken into account. In addition,
the physician should also document drugs handed out as physician samples/discharge medication or used
for treatment in an outpatient/inpatient setting. Apart from medication, patient characteristics causing
drug intolerances should also be noted. The MedicationNotes may be logically linked with the data stored
in a specialist information system in the pharmacy/doctor’s surgery/hospital and can be automatically
evaluated. This enables qualitatively better pharmaceutical treatments because of rapid recognition
of multiple prescriptions of the same or similar agents, interactions and contra-indications between
medications, atypical medications and dosages (e.g. school-child dose for an infant), special need for advice
when prescribing a medication for the first time (e.g. antibiotics, aerosols, etc.) and allergies to medications.
The structure of MedicationNotes and associated classes is shown in Figure 3.
NOTE The MedicationNotes does not necessarily give a complete overview of all medication-relevant data. Rather,
it serves as a memo and does not absolve the physician or pharmacist of the obligation to verify warning notices or the
data in the MedicationNotes on which these are based.

Figure 3 — Structure of MedicationNotes
Structure of MedicationData Individual entities within MedicationNotes are specified in Table 2.
Table 2 — Specification of individual entities within MedicationData
Attribute name Data type Multiplicity Comments
medicationHistory MedicationHistory 0.1 This attribute holds the medication history record
of the recorded person. It consists of 1.* instances of
MedicationReceived and may contain the instance of
AccessoryAttributes.
medicationRelevant MedicationRelevant 0.1 This attribute holds the medication relevant character-
Characteristics Characteristics istics record of the recorded person. It consists of 1.*
instances of PatientCharacteristic and may contain the
instance of AccessoryAttributes.
knownMedication KnownMedication 0.1 This attribute holds the known medication risks record
Risks Risks of the recorded person. It consists of 1.* instances of
KnownInteractionOrContraindication and may contain
the instance of AccessoryAttributes.
7.2.2 “MedicationHistory” class
The medication history record contains medication which has been supplied to the patient or administered
to him. Here, provision is made for storing merely an unambiguous drug code that may be automatically
linked to a medication database. For each new medication, the date and type of dispensation are stored. If the
medication is dispensed repeatedly, medicationReceivedDate1 is transferred to medicationReceivedDate2
and the new date of dispensation is entered into the medicationReceivedDate1 field. If the medication is
dispensed more than twice, the two most recent dispensation dates are saved in the two date fields and
the iteration flag is entered. The archival code is entered if it emerges after consultation with the patient
that the medication is no longer being taken. If the medication is dispensed once again, the archival code is
deleted.
The structure of MedicationHistory and associated classes is shown in Figure 4.

Figure 4 — Structure of MedicationHistory
Individual entities within MedicationNotes are specifIndividual entities within MedicationReceived are
specified in Table 3.
Table 3 — Specification of individual entities within MedicationReceived
Attribute name Data type
...


Norme
internationale
ISO 21549-7
Troisième édition
Informatique de santé — Données
2024-02
relatives aux cartes de santé des
patients —
Partie 7:
Données de médication
Health informatics — Patient healthcard data —
Part 7: Medication data
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2024
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d'application . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Abréviations . 5
5 Modèle d'objet de données de base pour une carte de données de santé . 5
5.1 Structure de l'objet de données relatives aux cartes de santé des patients .5
5.2 Objets de données de base pour le référencement .6
5.2.1 Aperçu .6
5.2.2 Données codées .6
5.3 Attributs de sécurité des dispositifs et des données .7
5.4 Attributs accessoires .7
6 Exigences fonctionnelles concernant les informations de la carte relatives aux
prescriptions . 7
6.1 Aperçu des usages gérés .7
6.2 Transfert d'une prescription du prescripteur à l'agent délivrant .7
6.2.1 Généralités .7
6.2.2 Ordonnance .8
6.2.3 Qui .8
6.2.4 Quoi .8
6.2.5 Temps.9
6.2.6 Comment .9
6.3 Informations de la carte relatives aux prescriptions délivrées .9
6.4 Notes de médication .9
7 Données de médication . 10
7.1 Généralités .10
7.2 Classe «MedicationNotes» .11
7.2.1 Généralités .11
7.2.2 Classe «MedicationHistory». 12
7.2.3 Classe «MedicationRelevantCharacteristics» .14
7.2.4 Classe «KnownMedicationRisks».14
7.3 Classe «MedicationPrescriptions» . 15
7.4 Objet de données «MedicationsDispensed» .24
7.5 MedicationReferences .31
Annexe A (normative) Définitions des données ASN.1 .33
Annexe B (informative) Exemple de notes de médication .42
Bibliographie .44

iii
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux
de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général
confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire
partie du comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (IEC) en ce qui concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a
été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir
www.iso.org/directives).
L’ISO attire l’attention sur le fait que la mise en application du présent document peut entraîner l’utilisation
d’un ou de plusieurs brevets. L’ISO ne prend pas position quant à la preuve, à la validité et à l’applicabilité de
tout droit de brevet revendiqué à cet égard. À la date de publication du présent document, l’ISO n'avait pas
reçu notification qu’un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois,
il y a lieu d’avertir les responsables de la mise en application du présent document que des informations
plus récentes sont susceptibles de figurer dans la base de données de brevets, disponible à l'adresse
www.iso.org/brevets. L’ISO ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de
tels droits de propriété.
Les appellations commerciales éventuellement mentionnées dans le présent document sont données pour
information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion de
l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles techniques au
commerce (OTC), voir www.iso.org/avant-propos.
Le présent document a été élaboré par le comité technique ISO/TC 215, Informatique de santé, en collaboration
avec le comité technique CEN/TC 251, Informatique de santé, du Comité européen de normalisation (CEN),
conformément à l'Accord de coopération technique entre l'ISO et le CEN (Accord de Vienne).
Cette troisième édition annule et remplace la deuxième édition (ISO 21549-7:2016), dont elle constitue une
révision mineure.
Les modifications sont les suivantes:
— mise à jour des références normatives;
— mise à jour d'ordre rédactionnel;
— correction d'erreurs dans les tableaux.
Une liste de toutes les parties de la série ISO 21549 se trouve sur le site web de l'ISO.
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes se
trouve à l’adresse www.iso.org/fr/members.html.

iv
Introduction
Du fait de la mobilité grandissante de la population, du nombre accru de soins dispensés dans la communauté
et chez les patients et de la hausse de la demande en traitements ambulatoires, les systèmes d'information et
de stockage portables sont de plus en plus développés et utilisés. Ces dispositifs sont utilisés pour diverses
tâches allant de l'identification au système transportable de monitorage du patient, en passant par les
archives médicales mobiles.
Les fonctions de ce type de dispositif sont de contenir les informations personnelles et de les transmettre
entre les acteurs ou vers d'autres systèmes; ainsi, pendant toute leur durée de vie, ces dispositifs pourront
partager des informations avec de nombreux systèmes issus de technologies très différentes et dont les
fonctions et les capacités varient beaucoup.
L'administration des soins de santé repose de plus en plus sur des systèmes d'identification automatisés
similaires. Par exemple, les prescriptions peuvent être automatisées et l'échange des données peut être
réalisé sur un certain nombre de sites en utilisant des dispositifs mobiles lisibles par des ordinateurs.
Les assureurs et prestataires de santé sont de plus en plus souvent impliqués dans la prestation de soins
interrégionaux, dont le remboursement peut nécessiter un échange de données automatisé entre des
systèmes de soins différents. La gestion des données administratives peut nécessiter des liaisons entre
différents partenaires responsables chacun de leur domaine ne s'inscrivant pas nécessairement dans le
domaine d'application du présent document. Par exemple, le remboursement transfrontalier des prestations
de santé est habituellement régi par des accords juridiques et intergouvernementaux.
L'émergence des systèmes de stockage de données et de soutien accessibles à distance a conduit au
développement et à l'utilisation de dispositifs d'identification des «professionnels de santé» capables
d'assurer les fonctions de sécurité et de transmettre des signatures numériques aux systèmes distants par
réseau.
L'utilisation toujours plus importante des cartes de données dans la pratique quotidienne des prestations de
santé a nécessité d'élaborer un format d'échange de données normalisé.
Les données personnelles véhiculées par une carte de données peuvent être classées selon trois grands
types: données d'identification (du dispositif proprement dit et de la personne à qui les données qu'il véhicule
font référence), données administratives et données cliniques. Il est important de comprendre qu'une carte
de santé contient de facto des données sur la carte elle-même ainsi que des données servant à l'identification
du porteur et peut contenir en plus des données administratives, cliniques, de médication et des liens vers
d'autres systèmes.
Les données relatives à la carte doivent contenir:
— l'identification de la carte elle-même; et
— l'identification des fonctions et des possibilités de fonctionnement de la carte.
Les données d'identification peuvent comprendre l'identification unique du détenteur du dispositif ou de
toutes les autres personnes à qui les données véhiculées font référence.
Les données administratives peuvent comprendre:
— des données complémentaires relatives à une ou plusieurs personnes;
— l'identification des modes de remboursement, qu'ils soient privés ou publics et les liens qui existent entre
eux, par exemple les contrats ou polices d'assurance et les catégories de remboursement;
— d'autres données (différentes des données cliniques) néanmoins nécessaires pour délivrer les soins.
Les données cliniques peuvent comprendre:
— des éléments qui fournissent des informations sur la santé et les épisodes médicaux;
— leur évaluation et étiquetage réalisés par un prestataire de santé (HCP); et

v
— les actions connexes prévues, demandées ou réalisées.
Les données de médication peuvent comprendre:
— un enregistrement des médications achetées par le patient dans le cadre d'une auto-administration;
— des copies des prescriptions comprenant l'autorisation de dispensation des médications délivrées;
— des enregistrements des médications délivrées par le pharmacien au patient; et
— des liens vers d'autres systèmes contenant des informations relatives aux données de médication
- historique des médications ou produits médicaux prescrits (ou les deux) et, dans le cas de produits
médicaux prescrits, l'autorisation de dispensation.
Une carte à puces fournit essentiellement des réponses spécifiques à des questions précises alors que le
besoin d'optimiser l'utilisation de la mémoire pour éviter les répétitions se fait sentir; c'est pour cela qu'une
technique de modélisation par objets (OMT) de «haut niveau» a été appliquée en respectant la définition de
la structure des données d'une carte de santé.
Les cartes de données des patients peuvent permettre de:
— communiquer des informations de prescription d'un professionnel de santé à un autre professionnel de
santé, tel qu'un agent de santé ou une organisation de santé; et
— fournir des index et/ou une autorisation d'accès aux informations de prescription détenues ailleurs que
sur la carte de données du patient.

vi
Norme internationale ISO 21549-7:2024(fr)
Informatique de santé — Données relatives aux cartes de
santé des patients —
Partie 7:
Données de médication
1 Domaine d'application
Le présent document s'applique aux situations dans lesquelles des données sont enregistrées sur ou
transportées par des cartes de santé des patients conformes aux dimensions physiques des cartes ID-1
définies par l'ISO/IEC 7810.
Le présent document spécifie la structure de base des données contenues dans l'objet de données de
médication, sans toutefois spécifier ou recommander des ensembles de données particuliers destinés à être
stockés sur des dispositifs.
Le présent document a pour objet de définir des cartes qui fournissent des informations aux autres
professionnels de santé et au patient ou à son soignant non professionnel.
Il peut également être utilisé pour transporter une nouvelle prescription du prescripteur à l'agent délivrant/
pharmacien dans le cadre de la définition de ses ensembles.
Les données de médication comprennent les quatre composants suivants:
— notes de médication: informations supplémentaires concernant la médication et l'utilisation en toute
sécurité des médicaments par le patient, telles que l'historique des médications, les sensibilités et les
allergies;
— prescriptions médicamenteuses: pour transporter une nouvelle prescription du prescripteur à l'agent
délivrant/pharmacien;
— médication délivrée: enregistrements des médications délivrées au patient;
— références de médication: des liens vers d'autres systèmes contenant les informations constitutives
d'une prescription médicamenteuse et l'autorisation de dispensation.
Par conséquent, les sujets suivants ne relèvent pas du domaine d'application du présent document:
— solutions physiques ou logiques pour le fonctionnement pratique de types particuliers de cartes de
données;
— modalités de traitement du message «en aval» de l'interface entre deux systèmes;
— forme que prennent les données lorsqu'elles sont utilisées indépendamment de la carte de données ou
manière dont ces données sont représentées visuellement sur la carte de données ou ailleurs.
NOTE Non seulement la définition de «médicaments» diffère d'un pays à l'autre mais également, dans certains
pays, la même désignation peut être associée à des produits totalement différents. Par conséquent, il est important de
prendre en considération la sécurité du patient lorsque la carte est utilisée à l'étranger.
Le présent document décrit et définit les objets de données de médication utilisés dans le cadre de ou
référencés par les cartes de données de santé des patients au moyen du langage UML, de texte en clair et de
la Notation Syntaxique Abstraite (ASN.1).
Ce document ne décrit ni ne définit les objets communs définis dans l'ISO 21549-2.

2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu’ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l’édition citée s’applique. Pour
les références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
amendements).
ISO 21549-2, Informatique de santé — Données relatives aux cartes de santé des patients — Partie 2: Objets
communs
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en normalisation,
consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp
— IEC Electropedia: disponible à l’adresse https:// www .electropedia .org/
3.1
attribut
caractéristique d'un objet ou d'une entité
3.2
lot
quantité de matériau dont la nature et la quantité sont uniformes conformément à la production et aux
exigences d'essai d'assurance qualité, produits durant un procédé de fabrication défini et validé
3.3
schéma de codage
ensemble de règles permettant de faire correspondre les éléments d'un ensemble avec les éléments d'un
deuxième ensemble
[SOURCE: ISO/TS 21089:2018, 3.33]
3.4
objet de données
instance d'une classe d'objet d'information (3.10) donnée, composée d'un ensemble de champs conformes aux
spécifications de champ de la classe
3.5
agent délivrant
professionnel de santé (3.9) qui atteste de la qualité d'un individu professionnellement responsable de la
préparation/délivrance de la prescription (3.21)
Note 1 à l'article: Il s'agit généralement du pharmacien, mais il peut s'agir d'autres individus selon les juridictions
locales.
3.6
soins de santé
soins
activités, prestations ou fournitures relatives à la santé d'un individu
Note 1 à l'article: Ce concept est plus large que la simple pratique d'actes sur les patients. Par exemple, il inclut
également la gestion des informations relatives aux patients, à leur état de santé et à leurs relations dans le cadre de
prestations de santé.
[SOURCE: ISO 13940:2015, 3.1.1, modifié — Le terme préféré «soins» a été ajouté ; «activités de soins» a
été remplacé par «activités», «gestion ou fournitures» a été remplacé par «fournitures» ; dans la note 1 à

l'article, «le cadre de soins de santé, et peuvent également inclure la gestion des connaissances cliniques» a
été remplacé par «le cadre de prestations de santé».]
3.7
carte de données de santé
carte lisible par une machine conformément aux exigences spécifiques, destinée à un usage dans le domaine
de la santé
Note 1 à l'article: Les exigences sont données dans l'ISO/IEC 7810.
3.8
partie aux soins
organisation (3.15) ou personne impliquée dans la prestation de soins, directe ou indirecte, à un individu ou
une population
3.9
professionnel de santé
personne chargée de la prestation directe ou indirecte de services de santé définis à un sujet de soins (3.24)
ou à une population de sujets nécessitant des soins
EXEMPLE Praticien qualifié, pharmacien, infirmière, assistante sociale, radiologue, secrétaire médicale ou
stagiaire.
3.10
classe d'objet d'information
ensemble de champs, formant un modèle pour la définition d'une collection potentiellement illimitée d'objets
d'information, constituant les instances de la classe
[SOURCE: ISO/IEC 8824-2:2021, 3.4.10, modifié — La note 1 à l’article a été supprimée.]
3.11
ingrédient
substance (3.25) entrant dans la composition d'un produit
Note 1 à l'article: Dans ce contexte, «produit» fait référence à un produit pharmaceutique (3.18).
3.12
préparation magistrale
médicament extemporané
médicament (3.13) fabriqué dans une pharmacie ou un département pharmaceutique, basé sur une
composition et destiné à être utilisé par un et un seul sujet de soins (3.24)
Note 1 à l'article: Une préparation magistrale/extemporanée est aussi un produit pharmaceutique (3.18).
3.13
médicament
substance (3.25) ou composition possédant des propriétés curatives ou préventives à l'égard des maladies
humaines ou animales et pouvant être administrée en vue d'établir un diagnostic médical ou de restaurer,
corriger ou modifier des fonctions organiques
Note 1 à l'article: Un médicament peut contenir un ou plusieurs éléments fabriqués et un ou plusieurs produits
pharmaceutiques (3.18).
Note 2 à l'article: Dans certaines juridictions, un médicament est défini comme toute substance ou combinaison
pouvant être utilisée pour établir un diagnostic médical.
3.14
conditionnement du médicament présentation
unité de délivrance d'un médicament (3.13) dans un contenant externe (3.16)

3.15
organisation
entité unique ayant autorité et au sein de laquelle une personne ou plusieurs personnes agissent, ou sont
désignées pour agir, dans un certain but
Note 1 à l'article: Les regroupements ou subdivisions d'organisations peuvent également être considérés comme étant
des organisations lorsqu'il est nécessaire de les identifier comme telles afin d'échanger des informations.
3.16
contenant externe
contenant qui sert de couche externe d'un emballage
3.17
organisme payeur
organisation (3.15) responsable du remboursement total ou partiel ou du paiement du prix du médicament
(3.13)
3.18
produit pharmaceutique
composition qualitative et quantitative d'un médicament (3.13) sous forme de dose, approuvée par
l'administration et conforme aux informations relatives aux produits réglementés
Note 1 à l'article: Un médicament peut contenir un ou plusieurs produits pharmaceutiques.
Note 2 à l'article: Dans de nombreux cas, le produit pharmaceutique correspond à l'élément fabriqué. Toutefois, dans
certains cas, l'élément fabriqué peut subir une transformation avant d'être administré au patient (en tant que produit
pharmaceutique) et les deux ne sont pas équivalents.
[SOURCE: ISO 11616:2017, 3.1.24, modifié — «administration» a été remplacé par «administration et
conforme aux informations relatives aux produits réglementés»; une nouvelle note 1 à l'article a été ajoutée,
la note 1 à l'article d'origine est devenue la note 2 à l'article.]
3.19
prescripteur
professionnel de santé (3.9) autorisé à émettre des prescriptions (3.21)
3.20
acte de prescription
processus de création d'une prescription (3.21)
3.21
prescription
directive créée par un professionnel de santé (3.9) autorisé pour informer un agent délivrant sur la
préparation et l'utilisation d'un médicament (3.13) ou d'une fourniture médicale à prendre ou à utiliser par
un sujet de soins (3.24)
3.22
élément de prescription
spécification créée par un professionnel de santé (3.9) autorisé pour avertir un agent délivrant de la
préparation ou de l'utilisation d'un médicament (3.13)/d'une fourniture médicale ou pour informer d'autres
parties de la délivrance de la préparation et de l'utilisation d'un médicament ou d'une fourniture médicale
délivrée
Note 1 à l'article: Un élément de prescription peut contenir des détails administratifs nécessaires à la délivrance ou
dérivés de la délivrance, mais ne contient pas de renseignements sur le prescripteur (3.19) ou le sujet de soins (3.24)
auquel l'élément de prescription est destiné ou auquel il a été délivré.
3.23
ordonnance
regroupement d'un ou de plusieurs éléments de prescription (3.22) prescrits et/ou délivrés en tant qu'unité

3.24
sujet de soins
personne ou groupe de personnes défini recevant ou enregistrés pour recevoir des soins médicaux ou ayant
reçu des soins médicaux
3.25
substance
toute matière ou composition donnée à l'existence discrète dont l'origine peut être biologique, minérale ou
chimique
Note 1 à l'article: Les substances peuvent être des substances simples, des mélanges de substances ou un groupe
de substances données. Les substances simples doivent être définies à l'aide d'un ensemble suffisant d'éléments
de données divisé en cinq types: produit chimique, protéine, acide nucléique, polymère et structures diverses. Les
substances peuvent être des sels, des solvates, des acides libres, des bases libres, des mélanges de composés liés qui
sont soit isolés soit synthétisés ensemble. Le cas échéant, la terminologie pharmacopéale et les caractéristiques de
définition sont utilisées. Les éléments déterminants dépendent du type de substance.
Note 2 à l'article: L'existence discrète se rapporte à la capacité d'une substance à exister indépendamment de toute
autre substance. Les substances peuvent être soit des entités bien définies contenant des structures chimiques définies,
des mélanges synthétiques (c'est-à-dire mélanges isomères) ou d'origine naturelle (c'est-à-dire œstrogènes conjugués)
de produits chimiques contenant des structures moléculaires définies, soit des matières issues de plantes, d'animaux,
de microorganismes ou de matrices inorganiques dont la structure chimique peut être inconnue ou difficile à définir.
Les substances peuvent être des sels, des solvates, des acides libres, des bases libres, des mélanges de composés liés
qui sont soit isolés soit synthétisés ensemble.
[SOURCE: ISO 11238:2018, 3.84, modifié — La note 1 à l'article d'origine a été supprimée, les notes 2 et 3 à
l'article ont été adaptées.]
4 Abréviations
ATC Système de classification anatomique, thérapeutique et chimique
(Anatomical Therapeutic Chemical Classification System)
DEA Numéro d'enregistrement auprès de la Drug Enforcement Administration
(Drug Enforcement Administration Registration Number)
NCDCP Conseil national relatif aux programmes de médicaments sur ordonnance
(National Council for Prescription Drug Programs)
UML Langage de modélisation unifié (Unified Modelling Language)
5 Modèle d'objet de données de base pour une carte de données de santé
5.1 Structure de l'objet de données relatives aux cartes de santé des patients
Un ensemble d'objets de données de base a été conçu pour faciliter le stockage des données cliniques dans
une structure flexible, rendant possibles de futures améliorations spécifiques à l'application. Il convient
que ces outils facilitent la mise en œuvre des caractéristiques accessoires communes des données stockées
d'une façon qui permette une utilisation efficace de la mémoire, qui constitue une fonction importante de
nombreux types de cartes de données.
Les outils consistent en une structure de données génériques basée sur un modèle orienté objet représenté
comme un diagramme de classe UML, comme illustré à la Figure 1 ci-dessous.

Figure 1 — Données relatives aux cartes de santé des patients – Structure générale
Le contenu de cette structure orientée objet est décrit ci-après et nécessitera également de manière
intrinsèque l'utilisation d'objets de données non définis dans le présent document.
Il est reconnu que les données de médication sont, d'un point de vue sémantique, un type de «données
cliniques». Toutefois, pour permettre des méthodes d'implémentation plus souples, elles sont modélisées
comme un enfant direct de l'objet «PatientHealthcardData», ce qui permet ainsi une implémentation réduite
et plus simple du modèle lorsque toutes les données cliniques ne sont pas requises.
NOTE Il est possible de prendre les objets de données pour les recombiner, tout en préservant les balises
spécifiques au contexte, et de définir de nouveaux objets, tout en préservant l'interopérabilité.
En plus de la capacité à construire des objets de données complexes agrégés à partir de blocs de construction
plus simples, le présent document permet les associations entre certains de ces objets, de manière que
l'information puisse être partagée. Cette fonction est essentiellement utilisée pour permettre, par exemple,
d'utiliser un ensemble d'attributs accessoires pour servir plusieurs objets d'information stockés.
5.2 Objets de données de base pour le référencement
5.2.1 Aperçu
Une série de définitions de type de données généralement utiles a été définie. Elles n'ont pas de signification
sous-jacente en elles-mêmes, mais sont utilisées pour définir d'autres objets dans le présent document. Des
opérations peuvent être effectuées avec ces objets en association avec d'autres objets d'information pour
accroître l'utilisabilité ou à des fins commerciales. La définition de ces objets est formalisée dans l'ISO 21549
2.
5.2.2 Données codées
Les valeurs codées sont expliquées en faisant référence au schéma de codage auquel elles s'appliquent. Le
principe général du présent document tient au fait qu'il n'est pas obligatoire d'utiliser un schéma particulier
de codage, à moins que cela ne soit spécifié dans le présent document, quand de tels codes agissent en tant
que paramètres. L'utilisation de la série ISO 3166 pour les codes de pays en est un exemple.
Quand un schéma de codage est exclusivement spécifié dans le présent document, aucun autre schéma
de codage ne doit être admis. Toute référence à des schémas de codage non spécifiés peut cependant être
modifiée ultérieurement indépendamment du reste du présent document.
L'objet de données CodedData doit être construit selon la définition contenue dans l'ISO 21549-2.

5.3 Attributs de sécurité des dispositifs et des données
Les données stockées dans les cartes à puce utilisées pour les soins de santé peuvent concerner des
informations personnelles sensibles. Pour cette raison, le présent document utilise une série d'attributs de
sécurité définis dans l'ISO 21549-2. Ni le contenu des données (valeur) à proprement parler ni les mécanismes
qui utilisent ces éléments de données ne relèvent du domaine d'application du présent document. Soulignons
que les attributs de sécurité ne peuvent satisfaire aux exigences de sécurité si les fonctions de sécurité et les
mécanismes appropriés n'ont pas été mis en œuvre dans la carte de données.
De tels droits «d'accès» peuvent être accordés à des individus spécifiques pour des éléments de données
distincts. Ces droits seront définis par les juridictions locales, les politiques de l'organisation et les cadres
juridiques locaux et mis en œuvre par les développeurs d'application et peuvent être contrôlés par des
systèmes automatisés, tels que les cartes professionnelles de santé. Les droits peuvent être définis au niveau
de l'application, ce qui permet de fournir une spécificité en fonction de l'application et éventuellement du
pays.
L'objet de données «SecurityServices» permet le stockage des données nécessaires pour assurer ces
fonctions et mécanismes de sécurité. Ces données peuvent être «rattachées» aux éléments de données
individuels, préservant ainsi les exigences de sécurité du premier auteur quand l'objet de données est
transféré entre différents types de cartes de données. Par conséquent, ce mécanisme peut assurer que les
exigences de sécurité d'origine sont régénérées chaque fois que les données sont transférées d'un support
actif à un support passif et de nouveau vers un support actif. Cette capacité permet aussi la copie exacte
d'une carte de données, par exemple pour la régénérer après un dysfonctionnement.
5.4 Attributs accessoires
L'objet de données «AccessoryAttributes» doit consister en un ensemble ordonné de données qui
sont essentielles pour enregistrer les ressources ayant été consultées et/ou utilisées et les personnes
responsables de ces opérations, concernant tant l'auteur de l'information que les moyens par lesquels elle
parvient au destinataire comme défini dans l'ISO 21549-2.
6 Exigences fonctionnelles concernant les informations de la carte relatives aux
prescriptions
6.1 Aperçu des usages gérés
Les cartes de santé peuvent être utiles dans de nombreuses fonctions différentes liées aux prescriptions
médicales. Deux fonctions concernent l'identification du patient et du professionnel de santé prescripteur
vis-à-vis du système de prescription. Ces deux utilisations sont considérées comme ne relevant pas du
domaine d'application du présent document.
Le présent document a pour principal objet de définir des cartes qui fournissent des informations aux autres
professionnels de santé et au patient ou à son soignant non professionnel. Cependant, l'utilisation visant à
transférer une nouvelle prescription du prescripteur à l'agent délivrant/pharmacien est également prise en
compte lors de la définition de ses ensembles de données.
6.2 Transfert d'une prescription du prescripteur à l'agent délivrant
6.2.1 Généralités
Une carte de santé conçue pour transférer une prescription d'un prescripteur à un agent délivrant doit,
dans ses ensembles de données, intégrer plusieurs objets différents tels que des identifiants relatifs au
prescripteur, à l'agent délivrant, au sujet de soins et aux informations réelles concernant l'élément ou les
éléments spécifiés. Les informations concernant le sujet de soins sont considérées comme statiques et sont
fournies/définies par d'autres parties de la série ISO 21549. Il en va de même pour le prescripteur et l'agent
délivrant; bien qu'il puisse exister plusieurs itérations différentes du même cas, elles sont essentiellement
statiques et sont de ce fait couvertes par d'autres parties de la série ISO 21549.

6.2.2 Ordonnance
Une prescription délivrée à un patient par un prescripteur à un moment donné peut contenir plusieurs
éléments de prescription pour des médicaments individuels. L'ensemble des éléments, plus des informations
complémentaires applicables à tous les éléments, est désigné par «ordonnance».
6.2.3 Qui
Il s'agit de données concernant la totalité de l'ordonnance avec une série de spécialisations de partie aux
soins.
Patient
Il s'agit du sujet de soins qui est le destinataire prévu d'un élément spécifié.
NOTE Pour les cartes de santé, seuls les patients individuels sont pris en compte, pas les animaux, ni les groupes
de patients.
Prescripteur
Il s'agit d'une spécialisation d'un concept plus générique qui peut être appelé «professionnel de santé» et qui
assume la responsabilité juridique de la création de la prescription et de l'autorisation de dispensation.
Organisme payeur
Il s'agit d'une spécialisation d'une partie aux soins. Il peut s'agir d'une ou de plusieurs compagnies
d'assurance ou d'une autre entité qui, d'une façon ou d'une autre, est impliquée dans les aspects financiers
de la prescription.
NOTE Ceci peut inclure le patient lui-même en tant que garant.
Agent délivrant
Il s'agit d'une spécialisation d'un professionnel de santé, qui atteste qu'un individu a la qualité de pharmacien
pour préparer/délivrer la prescription.
6.2.4 Quoi
Il s'agit de données concernant un élément de prescription.
a) Nom du médicament:
— identifié par le nom commercial, le nom générique ou leurs valeurs de code (avec référence à
l'identification du schéma de codage, s'il est utilisé);
— ceci peut également inclure une fourniture médicale, alors que les préparations magistrales
(extemporanées) sont traitées séparément;
b) concentration;
c) forme galénique;
d) quantité;
e) unités de quantité;
f) fabricant;
g) code relatif à tous les éléments ci-dessus, à l'exception des éventuelles unités de quantité;
h) préparation magistrale.
6.2.5 Temps
Les points et intervalles de temps suivants sont pertinents pour la prescription et la dispensation:
a) heure/date d'autorisation d'une prescription;
b) heure/date de dispensation d'une prescription;
c) validité (la durée de validité de la prescription peut être définie dans le cadre juridique des
réglementations en matière de médication);
d) intervalle spécifié entre plusieurs administrations de la même médication (par exemple «au moins
21 jours entre administrations»).
6.2.6 Comment
Les informations suivantes concernent un élément de prescription:
a) instruction de posologie (texte en clair, CODÉE + structure numérique possible en séparant l'horaire et
la quantité);
b) commentaires du prescripteur (concernant un élément ou la prescription dans son ensemble);
c) prescriptions spéciales (stupéfiants);
d) prescription avec autorisation spéciale;
e) règles de substitution (si applicable dans la juridiction locale);
f) prescription renouvelable (nombre + intervalle de temps possible);
g) langue privilégiée du patient;
h) langue de la prescription (ces deux éléments se rapportent à l'ordonnance).
6.3 Informations de la carte relatives aux prescriptions délivrées
Les informations des cartes contiennent des données sur les éléments délivrés. Ces informations peuvent
être utilisées lors d'une dispensation ultérieure faite par un professionnel de santé, notamment dans le
cadre de nouvelles prescriptions. Il convient de noter que ces informations présentent un caractère tout
aussi confidentiel que d'autres informations cliniques dans la mesure où les patients n'observent pas
toujours leurs prescriptions.
6.4 Notes de médication
Les cartes de santé contenant des informations de prescription ont été principalement utilisées pour
créer une liste cumulée de toutes les médications d'un patient et des informations pour un usage en toute
sécurité des médicaments par le patient, par exemple sensibilités et allergies. Celle-ci peut résulter de
l'enregistrement des éléments de prescription délivrés, mais il peut également être utile d'enregistrer une
médication lorsque des médicaments sont achetés/acquis directement par le patient.
De nombreux sujets sont à prendre en compte ici lorsqu'un système est conçu comme un historique
de prescriptions, à l'inverse d'une liste de toutes les médications actuelles, émises par un ou plusieurs
prescripteurs, et qu'il convient ou pas de retirer de la liste celles qui ne sont pas prises actuellement.
Les utilisateurs de ces données sont les professionnels de santé impliqués dans la gestion des médications
d'un patient ou ceux qui doivent comprendre les antécédents médicaux du patient.
En dernier lieu, ces informations peuvent être consultées par les patients ou leurs soignants non
professionnels à titre d'information, mais également pour faciliter leurs prises de décision.

7 Données de médication
7.1 Généralités
La classe «MedicationData» est divisée en quatre sous-classes distinctes (voir Figure 2):
— MedicationNotes;
— MedicationPrescriptions;
— MedicationsDispensed;
— MedicationReferences;
— MedicationDataStructureEdition.
En raison des groupements qu'ils forment, chacun peut avoir des paramètres de sécurité différents,
comprenant les droits d'accès tels qu'ils sont déterminés par les dispositions contenues dans leurs attributs
associés.
Figure 2 — Structure de «MedicationData»
Les entités individuelles présentes dans «MedicationData» sont spécifiées dans le Tableau 1.

Tableau 1 — Spécification des entités individuelles présentes dans «MedicationData»
Nom Type de Cardinalité Commentaires
données
MedicationNotes Class 0.1 Cette classe comprend l'enregistrement de l'histo-
rique des médications, l'enregistrement des carac-
téristiques relatives à la médication et l'enregistre-
ment des risques connus liés à la médication de la
personne enregistrée.
MedicationPrescriptions Class 0.1 Cette classe contient les données constitutives d'un
enregistrement des données de médication, y com-
pris l'autorisation de dispensation des médications.
Elle comprend 1.* instances de «MedicationPres-
cription».
MedicationsDispensed Class 0.1 Cette classe contient les données constitutives d'un
enregistrement de d
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...

ISO 21549-7:2024 provides a comprehensive framework for the standardization of medication data recorded on patient healthcards. This standard is specifically designed to facilitate the exchange of medication information, ensuring that healthcare professionals and patients have access to critical medication details. The document delineates the basic structure of the medication data objects, integrating four key components: medication notes, medication prescriptions, medication dispensed records, and medication references. A significant strength of ISO 21549-7:2024 lies in its focus on interoperability. By adhering to the physical dimensions of ID-1 cards as defined by ISO/IEC 7810, the standard promotes compatibility and ease of use across various healthcare settings. The explicit specification of medication data objects enhances the clarity and reliability of information shared among healthcare providers, thereby improving patient safety. Furthermore, the inclusion of medication notes allows for essential context regarding medication use, such as history, sensitivities, and allergies, which is crucial for informed decision-making in patient care. The standard's relevance in a global context cannot be overstated. Given the variability in the definitions of "medicinal products" across different countries, ISO 21549-7:2024 advocates for patient safety by providing a structured approach to medication data that can be interpreted consistently, even when used transnationally. This is particularly vital as healthcards cross borders, ensuring that healthcare professionals have access to necessary medication information without misinterpretation. While the document sets a clear framework for medication data, it notably avoids prescribing specific data sets or solutions for physical card functionality, thereby allowing flexibility for developers and healthcare systems to innovate and integrate the standard in various ways. It emphasizes the importance of patient health and safety without imposing unnecessary constraints, which is a commendable aspect of the standard. Overall, ISO 21549-7:2024 represents a pivotal step in the evolution of health informatics by standardizing medication data in a manner that enhances both patient care and the efficiency of healthcare systems. Its structured approach to medication information significantly contributes to the overarching goals of safety, interoperability, and effective communication in healthcare.

ISO 21549-7:2024 は、健康情報学における患者健康カードデータの一部としての「医薬品データ」に関する標準です。この標準の適用範囲は、患者健康カードに記録または輸送される医薬品データに特化しており、ISO/IEC 7810によって定義されたID-1カードの物理的寸法を遵守する状況に限定されています。 この文書の強みは、医薬品データオブジェクト内のデータの基本的な構造を具体的に規定しながら、特定のデータセットの保管に関する要件を強制しない点にあります。これにより、医療従事者や患者、非専門的な介護提供者に対して必要な情報を提供し、新しい処方箋を処方者から調剤者や薬局へ運ぶためのツールとしての機能を果たします。 ISO 21549-7:2024 で定義される医薬品データは、以下の四つの構成要素を含みます。第一に、「医薬品ノート」では、患者の医薬品使用歴や感受性、アレルギーに関する付加情報を取り扱います。第二に、「医薬品処方」によって新しい処方箋が正確に運ばれます。第三に、「調剤された医薬品」では、患者に調剤された医薬品の記録が残されます。最後に、「医薬品参照」では、他のシステムへの情報の指針を提供し、医薬品処方と調剤の権限に関する情報を含みます。 また、この文書は、患者の安全性を確保するため、国境を越えて使用される場合の留意点についても触れています。国によって「医薬品」の定義が異なることや、同じ名称の医薬品が異なる製品に関連する可能性があるため、国際的に適用可能なガイドラインの重要性を強調しています。 医薬品データオブジェクトはUML、プレーンテキスト、及び抽象構文記法(ASN.1)を用いて記述されており、患者が保有する健康データカードで使用されるものであることが明確にされています。一方で、ISO 21549-2で定義される共通オブジェクトについては、詳細には触れられていないことも留意すべき点です。 このように、ISO 21549-7:2024は、健康情報学における医薬品データの標準化を推進し、医療従事者と患者のコミュニケーションを円滑にするための重要な基盤を提供します。

ISO 21549-7:2024 표준은 환자 건강카드 데이터에서의 약물 데이터 관리에 관한 중요한 지침을 제공합니다. 본 표준의 범위는 ISO/IEC 7810에서 정의한 ID-1 카드의 물리적 치수에 부합하는 환자 건강카드에 기록되거나 전송되는 약물 데이터에 적용됩니다. 이는 의료 정보 시스템에서 약물 관련 데이터를 공유하거나 관리하는 데 필수적인 틀을 제공합니다. 본 표준의 장점 중 하나는 약물 데이터 객체의 기본 구조를 명확하게 규정하고 있다는 점입니다. 약물 데이터는 약물 노트, 약물 처방, 투약 내역, 약물 참조라는 네 가지 구성 요소를 포함하고 있으며, 이는 환자와 의료 제공자 간의 효과적인 정보 전달을 지원합니다. 특히, 약물 처방의 경우 새 처방전을 발행자에서 약국으로 안전하게 전달하는 데 필수적입니다. 이러한 기능은 환자의 안전한 약물 사용을 보장하는 데 기여할 수 있습니다. 또한, ISO 21549-7:2024는 사용자에게 외부 데이터 카드 또는 다른 시스템에서 데이터가 어떻게 처리되는지에 대한 기술적인 세부 정보를 요구하지 않으며, 이는 다양한 시스템 간의 호환성과 유연성을 높이는 데 도움을 줍니다. 특히, 국제적으로 약물의 정의가 다를 수 있는 점을 감안할 때, 환자 안전이 최우선으로 고려된다는 점은 국제적인 사용에 있어 매우 중요합니다. 이 문서는 UML, 평문 텍스트 및 Abstract Syntax Notation (ASN.1)을 사용하여 환자 건강 데이터 카드 내에서 사용되거나 참조되는 약물 데이터 객체를 명확히 설명하고 정의합니다. 원칙적으로 ISO 21549-2에서 정의된 공통 객체는 다루지 않으므로, 특정한 약물 데이터 관리에 중점을 두고 있습니다. 이러한 명확한 프레임워크는 의료진이 환자에게 정확하고 신뢰할 수 있는 정보를 제공하는 데 기여할 것으로 기대됩니다.

The ISO 21549-7:2024 standard addresses critical aspects of health informatics, specifically regarding patient healthcard data related to medication. Its scope is primarily focused on situations where medication data is recorded or transported via patient healthcards that comply with the ID-1 card dimensions specified by ISO/IEC 7810. This is particularly relevant in modern healthcare, as effective communication of medication data among healthcare professionals is paramount for patient safety and care continuity. A notable strength of this standard is its comprehensive specification of the structure of medication data objects. The standard delineates four key components: medication notes, which provide essential information regarding a patient's medication history and potential allergies; medication prescriptions, facilitating the transfer of new prescriptions from healthcare providers to pharmacies; medication dispensed, which documents the medications that have been provided to the patient; and medication references, offering links to supplementary systems that contain pertinent prescription information. This structured approach is beneficial for ensuring that all relevant medication data is effectively communicated and understood by both health professionals and patients. Moreover, ISO 21549-7:2024 emphasizes interoperability and standardization in health informatics, which is instrumental in a globalized healthcare system. Given the variations in the definition of medicinal products across countries, the standard's thorough consideration of patient safety, especially when healthcards are utilized internationally, enhances its relevance and application. By defining medication data objects using UML and ASN.1, this document establishes a clear interpretation of the data structure that can facilitate better integration and usage across different healthcare systems. However, it is also important to note the boundaries set by the standard, which clearly delineate areas beyond its scope, such as the physical or logical solutions for particular types of data cards, or how data is processed downstream. This clarity helps stakeholders understand the document's precise focus, minimizing potential misinterpretations and ensuring better adherence to its guidelines. In conclusion, ISO 21549-7:2024 stands as a pivotal standard that enhances the consistency, safety, and efficiency of medication data communication through patient healthcards, underscoring its critical role in health informatics and patient-centered care.

ISO 21549-7:2024는 의료 정보학의 중요한 기준으로, 환자 건강 카드에 기록된 약물 데이터에 대한 구조와 적용 범위를 상세히 규명하고 있습니다. 이 문서는 ID-1 카드의 물리적 치수에 따라 설계된 환자 건강 카드에 의한 약물 데이터를 다루고 있으며, 데이터 구조의 기본적인 틀을 명확히 합니다. 이 표준의 강점 중 하나는 약물 데이터의 네 가지 주요 구성 요소를 포함하고 있다는 것입니다. 첫째, 약물 노트는 환자의 약물 역사, 민감도 및 알레르기와 같은 안전한 약물 사용에 대한 추가 정보를 제공합니다. 둘째, 약물 처방 정보는 처방자가 약국이나 조제자에게 새로운 처방전을 전달하는 데 사용됩니다. 셋째, 조제된 약물에 대한 기록을 포함하여 환자에게 제공된 약물의 정보를 기록합니다. 넷째, 약물 참조는 처방 및 조제 권한과 관련된 정보를 포함하는 다른 시스템을 가리킵니다. 이러한 요소들은 환자와 의료 전문인 간의 정보 전달을 효율적으로 지원하며, 약물 안전성을 향상시키는 데 기여합니다. 또한, ISO 21549-7:2024는 자료의 저장 및 표시 방식에 대해 구체화하지 않고 기본적인 구조와 관계에 중점을 두고 있습니다. 이는 서로 다른 시스템 간의 정보 전달을 원활하게 하고, 각국의 약물 정의가 다름을 고려하여 국제적으로도 활용할 수 있는 장점을 제공합니다. 이 문서는 또한 UML과 ASN.1을 사용하여 약물 데이터 객체를 설명하고 정의함으로써, 데이터 카드 사용에서의 안전성을 제고하고 있습니다. 환자 건강 카드의 사용이 국경을 넘어 확산됨에 따라, 환자의 안전을 더욱 고려할 수 있는 기초를 마련합니다. ISO 21549-7:2024는 의료 데이터 통합의 필수 요소로서, 약물 데이터 관리의 체계화와 효율성을 높이는 데 중요한 역할을 할 것입니다.

ISO 21549-7:2024は、ヘルスインフォマティクスにおける患者健康カードデータの一部であり、主に投薬データに焦点を当てています。この標準は、ISO/IEC 7810で定義されたID-1カードの物理的寸法に準拠した患者健康カードに記録または輸送されるデータの状況に適用されます。特に、投薬データオブジェクトに含まれるデータの基本的な構造を明確に指定しており、ストレージデバイス上の特定のデータセットを義務付けるものではありません。 この文書の主な目的は、健康専門家や患者、またはその非専門的な介護者に情報を提供することです。また、新しい処方箋を処方者から調剤薬局に持ち運ぶためのカード設計にも利用されます。投薬データには、以下の四つのコンポーネントが含まれます: 1. **投薬ノート**:患者による薬物の安全な使用に関連する追加情報。これには、投薬履歴、感受性、アレルギーが含まれます。 2. **投薬処方箋**:処方者から調剤薬局への新しい処方箋を運ぶこと。 3. **投薬実施記録**:患者に対して処方された薬剤の記録。 4. **投薬参照**:処方箋や調剤の権限に関する情報を含む他のシステムへのポインタ。 本標準の範囲外のトピックには、特定のデータカードに対する物理的または論理的ソリューション、二つのシステム間のインターフェースの「下流」でのメッセージ処理方法、データカードの外部で使用されるデータの形式や、そのデータがどのように可視的に表現されるかが含まれます。 特に注目すべき点としては、「医療製品」の定義は国によって異なること、同名の製品が国によって全く異なる製品を指す場合があることです。このため、カードが国境を越えて使用される際には、患者の安全を考慮することが重要です。 この文書は、患者が保持する健康データカード内または参照される投薬データオブジェクトをUML、プレーンテキスト、抽象構文表記(ASN.1)を用いて記述し、定義しています。なお、ISO 21549-2で定義された一般的なオブジェクトについては記述・定義されていません。ISO 21549-7:2024は、医療データの標準化に向けた重要な一歩であり、患者ケアの向上に貢献するものです。