ISO/PRF 29585
(Main)Health informatics — Framework for healthcare and related data reporting
Health informatics — Framework for healthcare and related data reporting
Titre manque
General Information
Relations
Standards Content (Sample)
DRAFT INTERNATIONAL STANDARD
ISO/DIS 29585
ISO/TC 215 Secretariat: ANSI
Voting begins on: Voting terminates on:
2022-09-21 2022-12-14
Health informatics – Framework for healthcare and related
data reporting
ICS: 35.240.80
THIS DOCUMENT IS A DRAFT CIRCULATED
FOR COMMENT AND APPROVAL. IT IS
THEREFORE SUBJECT TO CHANGE AND MAY
This document is circulated as received from the committee secretariat.
NOT BE REFERRED TO AS AN INTERNATIONAL
STANDARD UNTIL PUBLISHED AS SUCH.
IN ADDITION TO THEIR EVALUATION AS
BEING ACCEPTABLE FOR INDUSTRIAL,
TECHNOLOGICAL, COMMERCIAL AND
USER PURPOSES, DRAFT INTERNATIONAL
STANDARDS MAY ON OCCASION HAVE TO
BE CONSIDERED IN THE LIGHT OF THEIR
POTENTIAL TO BECOME STANDARDS TO
WHICH REFERENCE MAY BE MADE IN
Reference number
NATIONAL REGULATIONS.
ISO/DIS 29585:2022(E)
RECIPIENTS OF THIS DRAFT ARE INVITED
TO SUBMIT, WITH THEIR COMMENTS,
NOTIFICATION OF ANY RELEVANT PATENT
RIGHTS OF WHICH THEY ARE AWARE AND TO
PROVIDE SUPPORTING DOCUMENTATION. © ISO 2022
---------------------- Page: 1 ----------------------
ISO/DIS 29585:2022(E)
DRAFT INTERNATIONAL STANDARD
ISO/DIS 29585
ISO/TC 215 Secretariat: ANSI
Voting begins on: Voting terminates on:
Health informatics – Framework for healthcare and related
data reporting
ICS: 35.240.80
COPYRIGHT PROTECTED DOCUMENT
THIS DOCUMENT IS A DRAFT CIRCULATED
FOR COMMENT AND APPROVAL. IT IS
© ISO 2022
THEREFORE SUBJECT TO CHANGE AND MAY
This document is circulated as received from the committee secretariat.
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
NOT BE REFERRED TO AS AN INTERNATIONALbe reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on STANDARD UNTIL PUBLISHED AS SUCH.
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
IN ADDITION TO THEIR EVALUATION ASor ISO’s member body in the country of the requester. BEING ACCEPTABLE FOR INDUSTRIAL,
TECHNOLOGICAL, COMMERCIAL ANDISO copyright office
USER PURPOSES, DRAFT INTERNATIONAL
CP 401 • Ch. de Blandonnet 8
STANDARDS MAY ON OCCASION HAVE TO
BE CONSIDERED IN THE LIGHT OF THEIR
CH-1214 Vernier, Geneva
POTENTIAL TO BECOME STANDARDS TO
Phone: +41 22 749 01 11
WHICH REFERENCE MAY BE MADE IN
Reference number
Email: copyright@iso.org
NATIONAL REGULATIONS.
Website: www.iso.org ISO/DIS 29585:2022(E)
RECIPIENTS OF THIS DRAFT ARE INVITED
Published in Switzerland
TO SUBMIT, WITH THEIR COMMENTS,
NOTIFICATION OF ANY RELEVANT PATENT
RIGHTS OF WHICH THEY ARE AWARE AND TO
© ISO 2022 – All rights reserved
PROVIDE SUPPORTING DOCUMENTATION. © ISO 2022
---------------------- Page: 2 ----------------------
ISO/DIS 29585:2022(E)
Contents Page
Foreword ..........................................................................................................................................................................................................................................v
0 Introduction ......................................................................................................................................................................................................................... vi
1 Scope ................................................................................................................................................................................................................................. 1
2 Normative references ..................................................................................................................................................................................... 1
3 Terms and definitions .................................................................................................................................................................................... 1
4 Abbreviations .......................................................................................................................................................................................................... 4
5 Preparing: Requirements and Planning ..................................................................................................................................... 5
5.1 Overview ...................................................................................................................................................................................................... 5
5.2 Prioritisation of requirements ................................................................................................................................................. 5
5.3 Users ................................................................................................................................................................................................................ 6
5.4 Data requirements .............................................................................................................................................................................. 6
5.5 Services and non-functional requirements .................................................................................................................. 6
6 Governance ................................................................................................................................................................................................................ 7
6.1 Principles ..................................................................................................................................................................................................... 7
7 Privacy and security of the data ......................................................................................................................................................... 8
7.1 Overview ...................................................................................................................................................................................................... 8
7.2 Principles ..................................................................................................................................................................................................... 8
7.3 Policies ........................................................................................................................................................................................................... 9
7.4 Processes - Security ........................................................................................................................................................................ 10
7.5 Processes: Pseudonymisation and Anonymisation ............................................................................................ 11
7.6 Process: Auditing ...............................................................................................................................................................................12
8 Data .................................................................................................................................................................................................................................12
8.1 Overview ...................................................................................................................................................................................................12
8.2 Data definitions................................................................................................................................................................................... 13
8.3 Data models ............................................................................................................................................................................................ 14
8.4 Dimensions ............................................................................................................................................................................................. 14
9 architecture ...........................................................................................................................................................................................................15
9.1 Components ........................................................................................................................................... ................................................. 15
9.2 Standards Conformance .............................................................................................................................................................. 18
9.3 Metadata ................................................................................................................................................................................................... 18
10 Data Loading ...................................................................... ....................................................................................................................................19
10.1 Principles .................................................................................................................................................................................................. 19
10.2 Data acquisition .................................................................................................................................................................................. 19
10.3 Data requirements ........................................................................................................................................................................... 20
10.4 Data quality ............................................................................................................................................................................................ 20
10.5 Data Loading ........................................................................................................................................... ............................................... 21
10.6 Data management ............................................................................................................................................................................. 22
11 Reporting ..................................................................................................................................................................................................................22
11.1 Principles ..................................................................................................................................................................................................22
11.2 Policies ........................................................................................................................................................................................................ 23
11.3 Data marts ............................................................................................................................................................................................... 25
11.4 Indicators ................................................................................................................................................................................................. 26
11.5 Performance .......................................................................................................................................................................................... 27
12 Operation and Service Delivery ........................................................................................................................................................27
12.1 Service Specification ...................................................................................................................................................................... 27
12.2 Service Management ......................................................................................................................................................................29
Annex A (informative) Potential benefits, uses and services ................................................................................................31
Annex B (informative) Privacy impact assessment ..........................................................................................................................33
iii© ISO 2022 – All rights reserved
---------------------- Page: 3 ----------------------
ISO/DIS 29585:2022(E)
Annex C (informative) Data types........................................................................................................................................................................34
Annex D (informative) Dimensional modelling ....................................................................................................................................36
Annex E (informative) Analytics ...........................................................................................................................................................................39
Bibliography .............................................................................................................................................................................................................................40
© ISO 2022 – All rights reserved---------------------- Page: 4 ----------------------
ISO/DIS 29585:2022(E)
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 documents 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).Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).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.
This second edition cancels and replaces the first edition (ISO/TS 29585:2010), which has been
technically revised.The main changes are as follows:
— inclusion of ISO/TR 22221:2006 Health informatics - Good principles and practices for a clinical
data warehouse— Consideration of the impact of developments such as the availability of big-data and federation of
services— Following comments in the CD ballot, each requirement has an identified actor responsible for its
delivery and each requirement is intended to be clear and unambiguousAny 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.© ISO 2022 – All rights reserved
---------------------- Page: 5 ----------------------
ISO/DIS 29585:2022(E)
0 Introduction
0.1 Background
The scope of this document is the effective delivery of healthcare information to service a wide range of
decision-making and research questions.A considerable amount of data is collected during the provision of care and treatment, some of it specific
to the patient being treated, and some of it not. The primary purpose of this information is to support
and improve individual patient care and much of it is held under professional and legal obligations of
confidentiality. However, this information, often in conjunction with other records, is of value for many
other purposes to support healthcare for groups of patients or for populations.Healthcare data reporting provides many benefits. The health and well-being of the population are
improved by activities such as disease surveillance, screening, needs assessment and preventative
activities such as identifying the relationship between infected water and cholera resulting in better
sewers. Research has led to major benefits in health practice such as the cure of duodenal ulcers,
prevention of spina bifida, effective treatment of breast cancer and the carrying out of hip replacements.
Research has also reduced risks through a greater understanding of HIV prevention, the relationship
between smoking and lung cancer and the ill effects of the use of aspirin for children. The regulation of
new medicines and other treatments relies on evidence of safety and efficacy from clinical trials.
Providing appropriate conditions are met, these data can legitimately be used to support these other
purposes. In practice, such healthcare data reporting covers a wide spectrum including:
— Protecting the health of the public through surveillance and immediate response to infectious
disease and other environmental threats to health, monitoring adverse effects of therapeutic
interventions and informing and evaluating screening;— Providing better information to the general public about healthy lifestyles;
— Improving the quality and safety of care or reducing the impact of new risks to population;
— Improving the management of the health system, for example by supporting the more efficient
commissioning of services and value-based care— Improving the quality of clinical care within an institution, for example through the audit of clinical
practice;— Identifying patients who interact with multiple parts of the health system in order to monitor equity
of access and provision;— ensuring consistent care for people who interact with multiple parts of the system, and
— monitoring equity of access and provision— Ensuring that health policy is evidence-based through carrying out empirical research.
0.2 Healthcare Data ReportingThe scope of this document has not changed, in that the purposes remain largely the same. However,
where the term CDW implied a specific, bounded, repository of data, with specific functions, recent
developments have greatly increased the ways of addressing potential applications. For instance:
— The era of “big data“ offering new sources and modes of data, with a massive increase in data
capture and use, including structured, unstructured, text, images, near real-time, combination of
data sources e.g. personal device data, also social determinant of health data to inform population
health and a wide range of presentation and visualisation tools— The establishment of federated services that can link data sources which previously could not be
combined and, hence, supporting distributed queries. These federated approaches can support:
© ISO 2022 – All rights reserved---------------------- Page: 6 ----------------------
ISO/DIS 29585:2022(E)
moving from hierarchical views of data to multi-layered and multi-dimensional approaches,
the separation of data sources and data consumers, distributed queries and moving from data
warehouses / data marts to data lakes and data labs.— The potential for analysing data on a much wider scale, particularly for areas such as rare diseases
where federated big data enables studies requiring this population size— The push for transparency of data has further reinforced the opportunities and responsibilities of
sharing the value of such analysis with a wider publicIn view of these developments, this document provides a framework for healthcare and data reporting,
addressing both the opportunities and the responsibilities of the handling of the data. Figure 1
summarises the stages, products and actors through the lifecycle. The following clauses describe these
activities with principles, processes, standards and activities.Figure 1 — Lifecycle for healthcare data reporting services
Clauses 5-12 specify requirements, each of which is allocated to one actor. Requirements are
individually referenced by actor (e.g. SPnnn for sponsor, DCnnn for data controller, ANnnn for business
analyst, ARnnn for architect, DVnnn for developer and PRnnn for service provider).
vii© ISO 2022 – All rights reserved
---------------------- Page: 7 ----------------------
DRAFT INTERNATIONAL STANDARD ISO/DIS 29585:2022(E)
Health informatics – Framework for healthcare and related
data reporting
1 Scope
The scope of this document is the reporting of data to support improved public health, more effective
health care and better health outcomes.This document provides guidance for those wishing to develop or deploy a healthcare data reporting
service, addressing data capture, processing, aggregation and data modelling and architecture and
technology approaches.The role of a healthcare data reporting service is to enable data analyses in support of effective policies
and decision making, to improve quality of care, to improve health services organizations and to
influence learning and research. This document has relevance both to developing and more established
health systems. It enables meaningful comparison of programs and outcomes.2 Normative references
There are no normative references in this document.
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
actor
person, organization, or system that has one or more roles that initiates or interacts with activities
[SOURCE: TOGAF 9.2, 3.2, modified]3.2
analyst
member of the technical community who is skilled and trained to define problems and to analyze,
develop, and express algorithmsEXAMPLE systems engineer, business analyst
3.3
architect
person, team, or organization responsible for the process of defining a collection of hardware and
software components and their interfaces to establish the framework for the development of a computer
system[SOURCE: ISO/IEC/IEEE 24765:2017, modified by combining definitions of architect (3.209) and
architectural design (3.211)]© ISO 2022 – All rights reserved
---------------------- Page: 8 ----------------------
ISO/DIS 29585:2022(E)
3.4
business analyst
person who bridges the gap of understanding between business and technology to accurately define
software requirements and carefully control scope3.5
clinical data warehouse
CDW
grouping of data accessible by a single data management system, possibly of diverse sources, pertaining
to a health system or sub-system and enabling secondary data analysis for questions relevant to
understanding the functioning of that health system, and hence supporting proper maintenance and
improvement of that health system, e.g., public health servicesNote 1 to entry: A CDW tends not to be used in real time. However, depending on the rapidity of transfer of data to
the data warehouse, and data integrity, near real-time applications are not excluded.
3.6dashboard
user interface based on predetermined reports, indicators and data fields, upon which the end user can
apply filters and graphical display methods to answer predetermined business questions and which is
suited to regular use with minimal training3.7
data controller
organization that determines what information will be processed and why,
Note 1 to entry: The data processor is the one that does the actual processing. Controllers are responsible for
creating privacy notices, implementing mechanisms to ensure that individuals can exercise their data subject
rights and adopting measures to ensure the data processing meets the GDPR’s principle of privacy by design and
by default.3.8
data custodian
role within the processing entity (IT department) that handles the data daily
3.9
data processor
entity that works under the direction of the owner/controller, such as an IT department
Note 1 to entry: Data processors are responsible for meeting the instructions set by the controller, therefore
mitigating the risk that data is processed excessively or without a lawful basis, providing whatever information is
necessary to help the controller complete a DSAR (data subject access request) and informing data subjects in
advance if personal data is being transferred between jurisdictions.3.10
data dictionary
database used for data that refer to the use and structure of other data, i.e. a database for the storage of
metadata3.11
data element
variable, clinical elements are considered synonyms in a clinical information model unit of data that is
considered, in context, to be indivisible[SOURCE: ISO/IEC 14957:2010, 3.1, modified — "variable, clinical elements are considered synonyms in
a clinical information model" added.]3.12
data mart
subject area of interest within or standalone from the data warehouse dimension
EXAMPLE An inpatient data mart.
© ISO 2022 – All rights reserved
---------------------- Page: 9 ----------------------
ISO/DIS 29585:2022(E)
Note 1 to entry: Data marts can also exist as a standalone database tuned for query and analysis, independent of
a data warehouse.Note 2 to entry: Data marts are typically suitable to adhere to localised requirements such as GDPR in Europe,
via clear specification of purpose for analysis, permissions of data subjects, and data minimalization procedures
3.13data warehouse dimension
subject-oriented, often hierarchical business relevant grouping of data
3.14
developer
individual or organization that performs development activities (including requirements analysis,
design, testing through acceptance) during the system or software life-cycle process
[SOURCE: ISO/IEC 25000:2014, 4.6]3.15
drill down
exploration of multidimensional data which makes it possible to move down from one level of detail to a
more detailed level depending on the granularity of dataEXAMPLE Number of patients by departments and/or by services.
3.16
episode of care
identifiable grouping of healthcare-related activities characterized by the entity relationship between
the subject of care and a healthcare provider, such grouping determined by the healthcare provider
3.17health indicator
single summary measure, most often expressed in quantitative terms, that represents a key dimension
of health status, the healthcare system, or related factorsNote 1 to entry: A health indicator is informative and also sensitive to variations over time and across
jurisdictions.[SOURCE: ISO/TS 21667:2010, 2.2]
3.18
healthcare data reporting service
managed service to provide reporting of data to support improved public health, more effective health
care and better health outcomes3.19
metadata
information stored in the data dictionary which describes the content of a document
3.20master data management
enablement of a program that provides for an organization’s data definitions, source locations,
ownership and maintenance rules3.21
organization
unique framework of authority within which a person or persons act, or are designated to act towards
some purpose[SOURCE: ISO/IEC 6523-1:1998, 3.1]
© ISO 2022 – All rights reserved
---------------------- Page: 10 ----------------------
ISO/DIS 29585:2022(E)
3.22
performance indicator
measure that supports evaluation of an aspect of performance and its change over time
3.23person
human being regarded as an individual
3.24
role
usual or expected function of an actor or the part somebody or something plays in an action or event
Note 1 to entry: It is also defined as a part an individual plays in an organization and the contribution they make
through the application of their skills, knowledge, experience, and abilities.Note 2 to entry: An Actor may have several roles.
[SOURCE: TOGAF 9.2, 3.31]
3.25
service provider
organization or part of an organization that manages and delivers a service or services to the customer
Note 1 to entry: A customer can be internal or external to the service provider's organization.
3.26sponsor
person or group who provides resources and support for the project, program, or portfolio and is
accountable for enabling success[SOURCE: ISO/IEC TR 24587:2021, 3.15]
3.27
star schema
dimensional modelling concept that refers to a collection of fact and dimension tables
4 AbbreviationsDICOM Digital Imaging and Communications in Medicine
AES Advanced Encryption Standard
API Application Programming Interface
CDW Clinical Data Warehouse
CIM Clinical
...


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