この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序文
ISO (国際標準化機構) は、各国の標準化団体 (ISO メンバー団体) の世界的な連合です。国際規格の作成作業は、通常、ISO 技術委員会を通じて行われます。技術委員会が設立された主題に関心のある各会員団体は、その委員会に代表される権利を有します。 ISOと連携して、政府および非政府の国際機関もこの作業に参加しています。 ISO は、電気技術の標準化に関するすべての問題について、国際電気標準会議 (IEC) と緊密に協力しています。
この文書の開発に使用された手順と、今後の維持のために意図された手順は、ISO/IEC 指令で説明されています。 1. 特に、さまざまなタイプの ISO 文書に必要なさまざまな承認基準に注意する必要があります。この文書は、ISO/IEC 指令の編集規則に従って作成されました。 2 ( www.iso.org/directives を参照)
このドキュメントの要素の一部が特許権の対象となる可能性があることに注意してください。 ISO は、そのような特許権の一部または全部を特定する責任を負わないものとします。ドキュメントの開発中に特定された特許権の詳細は、序文および/または受信した特許宣言の ISO リストに記載されます ( www.iso.org/patents を参照)
このドキュメントで使用されている商号は、ユーザーの便宜のために提供された情報であり、保証を構成するものではありません。
適合性評価に関連する ISO 固有の用語および表現の意味に関する説明、および技術的貿易障壁 (TBT) における WTO 原則への ISO の準拠に関する情報については、次の URL を参照して ください 。
この文書を担当する委員会は、ISO/TC 215, 健康情報学です。
序章
読者への注意事項
HL7 Personal Health Record System Functional Model (PHR-S FM) は、2008 年 7 月に試用用のドラフト標準 (DSTU) として承認されました。2010 年 9 月に、PHR-S FM は新しい作業項目の提案 ( NWIP) 投票を行い、国際社会からコメントを受け取りました。その投票からのコメントは、ドラフト標準を更新および改善するために使用されました。 2013 年 9 月に、スタンドアンドが更新され、再投票され、コメントが調整され、現在のバージョンになりました。
HL7 に関する情報は、付録 F に記載されています。
以前のリリースからの変更点
リリース 1 には適用されません。
バックグラウンド
Personal Health Record (PHR) 対 Personal Health Record System (PHR-S)
PHR WG は、PHR と PHR システム (PHR-S) を明確に区別しています。 PHR は、PHR-S のソフトウェア機能が維持する基本的な記録 (データ、情報、画像、音声、グラフ、またはビデオなど) です。個人の健康記録の定義に関しては、多くの議論がなされてきました。 PHR-S FM は、PHR を定義しようとするのではなく、PHR を作成して効果的に管理するために必要なシステムの特徴と機能を特定しようとします。 PHR-S FM はデータ要素の例を提供しますが、データ モデルを指定するために必要な詳細を提供することを意図していません。
PHR-S の包括的なテーマには、ほとんどの場合、個々の PHR アカウント所有者によって制御される患者中心のツールが含まれます。 PHR-S は、電子的にすぐに利用でき、他のシステムにリンクできる必要があります。 PHR-S は、個人が自分の健康履歴の縦断的なビューを維持するのに役立つ機能を提供し、個人だけでなく医療提供者や健康保険など、さまざまな情報源からの情報で構成されている場合があります。システムによって収集されたデータは管理および/または臨床であり、ツールは健康関連のフォーム (事前指示書など) およびアドバイス (食事、運動、または疾病管理など) へのアクセスを提供する場合があります。 PHR-S は、個人が行動の健康、公衆衛生、患者が入力およびアクセスしたデータ (医療監視デバイスを含む)、投薬情報、ケア管理計画などを収集するのにも役立ち、医療提供者、研究所、薬局、養護施設、病院、その他の機関、および臨床リソース。この PHRS-FM はユニバーサルであるため、設計上汎用的です。特定のレルムまたは地域では、追加の制約がある場合があります。たとえば、米国領域では、臨床検査結果の管理は臨床検査改善法修正条項 (CLIA) の連邦規則の対象となります。
基本的に、PHR-S は、個人が人口統計、保険適用範囲、およびプロバイダー情報を取得および維持する機能を提供する必要があります。また、健康の概要、問題、状態、症状、アレルギー、投薬、検査およびその他の検査結果、予防接種、および遭遇の形で健康履歴を取得する機能も提供する必要があります。さらに、事前指示書やケア プランなどのパーソナル ケア プラン機能も利用できる必要があります。システムは安全で、適切な ID およびアクセス管理機能を備えている必要があり、一貫性と相互運用性のために標準的な命名法、コーディング、およびデータ交換の標準を使用する必要があります。このイニシアチブの過程で、安全なメッセージング、検査結果のグラフィック表示、患者教育、ガイドラインに基づくリマインダー、予約スケジュールとリマインダー、薬物間相互作用、フォーミュラリー管理、医療費比較など、多数のオプション機能が取り上げられました。 、文書保管および臨床試験の適格性。
PHR-S を効果的に使用することは、効果的な自己管理、患者とプロバイダーのコミュニケーション、および品質目標の観点から、ヘルスケアを改善するための重要なポイントです。
1 スコープ
HL7 PHR-S FM は、PHR システムに存在する機能の標準モデルを定義します。
PHR データの使用 (または意図された使用) を制御することは、PHR システムの範囲を超えています。それどころか、個人 (または他のアプリケーション) の承認を管理することは、PHR システムの範囲内です。これらの当事者は、適切な (または意図された) 目的のためにデータを使用する責任を負います。システム メーカーは、サービス利用規約および利用規約で「PHR データの意図的かつ許可された使用」を指定しています。
この機能モデルは次のとおりではありません。
- •メッセージ仕様。
- •実装仕様。
- •適合仕様。
- •基礎となる PHR の仕様 (つまり、レコード自体)
- • PHR の定義を作成する演習。
- •適合性または適合性テストの測定基準。
- •単一の PHR システムの要件仕様 (付録 D, 予想される用途を参照)
PHR-S によって可能になる情報交換は、臨床文書と要約、最小限のデータ セット、およびその他の入力/出力の検索と入力をサポートします。
2 参考文献
以下のドキュメントの全体または一部は、このドキュメントで規範的に参照されており、その適用に不可欠です。日付のある参考文献については、引用された版のみが適用されます。日付のない参照については、参照文書の最新版 (修正を含む) が適用されます。
- ISO/TR 14292:2012健康情報学 — 個人の健康記録 — 定義、範囲および背景
3 用語と定義
このドキュメントでは、次の用語と定義が適用されます。
3.1
基本機能プロファイル
新しい (子) 機能プロファイルが作成/派生される既存の機能プロファイル
3.2
適合性
指定された要件の製品、プロセス、またはサービスの履行
3.3
適合基準
機能の実装を構成する動作、アクション、または能力を示す要件
3.4
適合条項
適合を主張するために満たさなければならない要件、基準、または条件を定義する仕様のセクション
3.5
適合宣言
実装されている PHR システムの機能の説明。これは、PHR システムが機能プロファイルの要件を満たしている度合いを反映し、オプションの機能と情報を含む場合があります。
3.6
派生機能プロファイル
子機能プロファイルとも呼ばれる基本機能プロファイルから作成された機能プロファイル
3.7
拡大
機能プロファイルで定義されているものを超える追加機能を PHR-S に組み込む機能
3.8
機能プロファイル
特定の PHR システム、ソース、または機能レベルに対して機能が指定されている (場合によってはさまざまな程度で)、PHR-S FM のサブセット。
3.9
有益な機能プロファイル
HL7 コンセンサス プロセスを介して正式な公的精査を正常に完了した登録済みの機能プロファイル
3.10
固有の基準
すべての子関数によって継承されるヘッダー関数にリストされた適合基準、およびそのすべての子関数によって継承される親関数にリストされた適合基準
3.11
登録機能プロファイル
HL7 EHR WG 登録プロセスとレビューを正常に完了した機能プロファイル
3.12
状況基準
与えられた状況が適用される場合に必要な基準
参考文献
| [1] | ISO 316, 国名の表現のためのコード |
| [2] | ISO 18308, 健康情報学 — 電子健康記録アーキテクチャの要件 |
| [3] | ISO/HL7 10781, 電子医療記録システム機能モデル、リリース 1.1 |
| [4] | ISO 15143-1:2010, 土工機械および移動式道路建設機械 — 作業現場のデータ交換 — 1: システム構成 |
| [5] | ISO 22000:2005, 食品安全マネジメント システム — フード チェーンのあらゆる組織の要件 |
| [6] | ISO/IEC 20926:2009, ソフトウェアおよびシステム工学 — ソフトウェア測定 — IFPUG 機能サイズ測定方法 2009 |
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, 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, 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 on the meaning of ISO specific terms and expressions related to conformity assessment, as well as information about ISO's adherence to the WTO principles in the Technical Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 215, Health informatics.
Introduction
Notes to Readers
The HL7 Personal Health Record System Functional Model (PHR-S FM) was approved as a Draft Standard for Trial Use (DSTU) in July 2008. In September 2010 the PHR-S FM was presented to ISO TC215 as a New Work Item Proposal (NWIP) ballot and received comments from the international community. The comments from that ballot were used to update and improve the draft standard. In September 2013, the standand was updated, re-balloted, and the comments reconciled – resulting in the current version.
Information about HL7 is given in Annex F.
Changes from Previous Release
Not Applicable for Release 1.
Background
Personal Health Record (PHR) Versus a Personal Health Record System (PHR-S)
The PHR WG makes a clear distinction between a PHR and a PHR System (PHR-S). The PHR is the underlying record (e.g. data, information, pictures, sounds, graphs, or videos) that the software functionality of a PHR-S maintains. There has been much discussion surrounding the definition of a personal health record. The PHR-S FM does not attempt to define the PHR, but rather to identify system features and functions necessary to create and effectively manage PHRs. The PHR-S FM offers examples of data elements, but is not intended to provide details necessary to specify a data model.
The overarching theme of a PHR-S involves a patient-centric tool that is controlled, for the most part, by the individual PHR Account Holder. A PHR-S should be immediately available electronically and able to link to other systems. The PHR-S provides functionality to help an individual maintain a longitudinal view of his or her health history, and may be comprised of information from a number of sources – e.g. from providers and health plans, as well as from the individual. Data collected by the system is administrative and/or clinical, and the tool may provide access to health-related forms (e.g. Advance Directives) and advice (e.g. diet, exercise, or disease management). A PHR-S might also help the individual collect behavioral health, public health, patient-entered and patient-accessed data (including medical monitoring devices), medication information, care management plans and the like, and might be connected to providers, laboratories, pharmacies, nursing homes, hospitals and other institutions and clinical resources. This PHRS-FM is universal and therefore generic by design. There may be additional constraints in certain realms or regions. For example, in the US Realm, the management of laboratory results is subject to the Clinical Laboratory Improvement Amendments (CLIA) federal regulation.
At its core, the PHR-S should provide the ability for the individual to capture and maintain demographic, insurance coverage, and provider information. It should also provide the ability to capture health history in the form of a health summary, problems, conditions, symptoms, allergies, medications, laboratory and other test results, immunizations and encounters. Additionally, personal care planning features such as Advance Directives and care plans should be available. The system must be secure and have appropriate identity and access management capabilities, and must use standard nomenclature, coding and data exchange standards for consistency and interoperability. A host of optional features have been addressed over the course of this initiative, including secure messaging, graphical presentation of test results, patient education, guideline-based reminders, appointment scheduling and reminders, drug-drug interactions, formulary management, health care cost comparisons, document storage and clinical trial eligibility.
The effective use of a PHR-S is a key point for improving healthcare in terms of effective self-management, patient-provider communication and quality objectives.
1 Scope
The HL7 PHR-S FM defines a standardized model of the functions that may be present in PHR Systems.
It is beyond the scope of the PHR system to control the use (or intended use) of PHR data. On the contrary, it is within the scope of the PHR system to manage the authorization of an individual (or other application). Those parties are then responsible for using the data for appropriate (or intended) purposes. The system manufacturers specify “intended and permitted use of PHR data” in their Terms of Service and Terms of Use agreements.
This Functional Model is not:
- • a messaging specification;
- • an implementation specification;
- • a conformance specification;
- • a specification for the underlying PHR (i.e. the record itself);
- • an exercise in creating a definition for a PHR;
- • a conformance or conformance testing metric;
- • a requirement specification for a single PHR system (see Annex D, Anticipated Uses).
The information exchange enabled by the PHR-S supports the retrieval and population of clinical documents and summaries, minimum data sets, and other input/outputs.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.
- ISO/TR 14292:2012, Health informatics — Personal health records — Definition, scope and context
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
3.1
base functional profile
existing functional profile from which new (child) functional profiles are created/derived
3.2
conformance
fulfillment of a product, process, or service of specified requirements
3.3
conformance criteria
requirements indicating the behavior, action, or capability that constitutes implementation of the function
3.4
conformance clause
section of a specification that defines the requirements, criteria, or conditions to be satisfied in order to claim conformance
3.5
conformance statement
description of the function in a PHR system that has been implemented. It reflects the degree to which a PHR system has met the functional profile’s requirements and may include optional functions and information
3.6
derived functional profile
functional profile that is created from a base functional profile, also known as a child functional profile
3.7
extension
ability for a PHR-S to incorporate additional functionality beyond what is defined in a functional profile
3.8
functional profile
subset of the PHR-S FM in which functions have been designated (sometimes in varying degrees) for certain PHR systems or sources or level of functionality
3.9
informative functional profile
registered functional profile that has successfully completed formal public scrutiny via the HL7 consensus process
3.10
inherited criterion
conformance criteria listed in a header function that will be inherited by all its children functions, and conformance criteria listed in a parent function that are inherited by all its children functions
3.11
registered functional profile
functional profile that has successfully completed HL7 EHR WG registration process and review
3.12
situational criterion
criterion that is required if the circumstances given are applicable
Bibliography
| [1] | ISO 3166 (all parts), Codes for the representation of names of countries |
| [2] | ISO 18308, Health informatics — Requirements for an electronic health record architecture |
| [3] | ISO/HL7 10781, Electronic Health Record-System Functional Model, Release 1.1 |
| [4] | ISO 15143-1:2010, Earth-moving machinery and mobile road construction machinery — Worksite data exchange — 1: System architecture |
| [5] | ISO 22000:2005, Food safety management systems — Requirements for any organization in the food chain |
| [6] | ISO/IEC 20926:2009, Software and systems engineering — Software measurement — IFPUG functional size measurement method 2009 |