この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序章
ヘルスケアの提供は、人々がケアに参加するとき、つまり対象者 (SoC)、およびケアを提供するとき、つまり個人プロバイダーを一意かつ正確に識別する能力に大きく依存しています。
ヘルスケアの提供をサポートする医療情報学では、SoC と個々のプロバイダーを特定し、ヘルスケア アプリケーションに含まれる健康情報と正しく関連付けられるようにするための明確な仕様が必要です。このため、さまざまなシステムや医療アプリケーション間で情報を取得して共有する必要性が生じています。
バーコードや無線周波数識別 (RFID) などのデータ キャリア (一般に自動識別およびデータ キャプチャ (AIDC) と呼ばれます) は、情報が送信される際のあいまいさを防ぐために、SoC と個別プロバイダーの識別子データ構造を定義することの重要性を高めています。捕らえられた。 AIDC は、特に光キャリア (バーコードなど) に関する幅広いソリューションを提供します。さらに、伝送されるデータのセマンティクスは、多くの組織 (「発行機関」とも呼ばれます) によって定義されており、その中には商業活動を行っている組織や、その他の全国的な使命を担っている組織、および標準開発組織もあります。世界中の医療分野の供給品のかなりの部分がこの多分野にわたる世界的な標準システムに従って識別されているため、この文書では GS1 ®標準システム1の使用に焦点を当てています。医療現場で単一の標準システムが使用されると、相互運用性の確保が容易になります。
相互運用性ここで, 情報が異なる情報システムによって共有および使用されるには、共有情報の一貫性と明確さを確保するために、共通の SoC および個別プロバイダーの識別セマンティクスが必要です。同じ SoC と個別プロバイダーは、各システムで正確に識別され、参照され、相互参照されます。効果的なデータ キャプチャ システムと情報共有は、SoC の管理と個別プロバイダーによる配信を改善するための鍵となります。健康データ。
病院では、SoC (入院患者として) は通常、多数のケアを経験します。これらの例には、処方箋と医薬品の投与、SoC バイオサンプルの臨床検査、およびその後の分析とレポートが含まれます。これらの各インスタンスでは、インスタンスと SoC への配信を正確に調整する必要があります。医療提供者 (つまり、SoC に医療を提供する組織) は、SoC の ID だけでなく、生物学サンプルなどの他の関連アイテムの識別を取得するのに役立つ AIDC テクノロジ ベースのバーコードを導入し、手動のキー入力を AIDC で置き換えることができます。多くのケアインスタンスが存在する複雑な病院環境では、ID の一意性の必要性が一般に認識されています。これにより、ID の競合、重複、不確実性、リスクが回避されるからです。
慢性期医療の文脈で AIDC を使用すると、基準の必要性が強化されます。慢性期医療インスタンスの SoC は、単一のテクノロジーが利用できる同じ固定場所where 常にあるわけではありません。したがって、AIDC はさまざまなテクノロジー、ソリューション、デバイスと相互運用できます。これにより、継続的なケアが可能になります。
外来患者として、SoC は自己治療できる可能性があります。特に慢性疾患の治療を受けている SoC は、処方された治療計画に従って投薬を行い、記録する必要があります。この治療計画は、必要に応じて非常に処方的なものにすることも、危険な臨床結果を避けるための本質的に予防的なものにすることもできます。
安全性と在庫の目的で、SoC の治療計画を管理し、臨床的に監視する必要もあります。 AIDC により、SoC の識別、医薬品、投与イベントのキャプチャ、投与された医薬品に関する関連データや、バッチ番号、有効期限情報、使用量などのその他のデータの記録が可能になります。これは外来患者だけでなく入院患者にも行う必要があります。これと同じデータ取得を使用して、在庫を効率的に管理し、補充することができます。
AIDC における固有の SoC 識別の利点は、次の 3 つの例から文書化できます。
- 患者だけでなくデータもプロバイダーの環境外に流出する可能性があります。2011 年に米国ミズーリ州ジョプリンで壊滅的な竜巻が発生した後、セント ジョンズ病院の 183 台の SoC を他の地域の病院に迅速に避難させる必要がありました。このような「混沌とした」状況下では、真に一意の患者識別子があれば、別の病院に入院するすべての SoC の識別バンドを直ちに交換することができなくなります。
- 地域の紹介検査機関、特に血液銀行検査を実施する検査機関にとって、SoC を積極的に特定し、過去の記録にリンクすることは、患者の安全のために不可欠です。同じ名前の 2 つの異なる SoC が、同じ患者 ID 番号付けスキームを使用して 2 つの異なる施設に入院すると (おそらく同じ IT システムを使用しているため)、重大なエラーが発生する可能性があります。
- 医療提供者は、ケアプロセスの管理に「患者識別」と「症例識別」という 2 つの識別子を使用します。あるプロバイダーは、データの衝突が排除されるような方法で 2 つの識別子の番号バンクを整理しました。そのソリューションを何年も使用してきた後、番号バンクは誰も気付かないうちに重複し始め、ついに 2 つの SoC が同じ番号 (1 つは「患者 ID」用、もう 1 つは「介護 ID」用) を持つようになりました。重大インシデントとのミスマッチが発生しました。
Introduction
The delivery of healthcare relies heavily on the ability to uniquely and accurately identify people when they attend for care, i.e. the Subject of Care (SoC), as well as, when they provide care, i.e. the Individual Provider.
Health informatics, supporting healthcare delivery, requires a clear specification to identify the SoC and the Individual Provider so that they are correctly associated with the health information contained within a healthcare application. This has led to the need to capture and share information across different systems and healthcare applications.
Data carriers, such as barcodes and Radio Frequency Identification (RFID), commonly referred to as Automatic Identification and Data Capture (AIDC), have amplified the importance of defining the identifier data structures for the SoC and Individual Provider to prevent ambiguity when information is being captured. AIDC provides a wide spectrum of solutions, in particular, regarding optical carriers (such as barcodes). Furthermore, the semantics of data carried is defined by a number of organizations (also named “issuing agencies”), some of them having commercial activities, others nation-wide missions, as well as, standard development organizations. This document focuses on the use of the GS1® System of Standards 1 since a considerable majority of supplies in healthcare around the world are identified in accordance to this multisectorial and global system of standards. Interoperability is easier to secure once a single system of standards is used in the healthcare setting.
Interoperability ここで, information is shared and used by different information systems, requires a common SoC and Individual Provider identification semantic to ensure that shared information is consistent and unambiguous. The same SoC and Individual Provider are accurately identified, referenced and cross-referenced in each system. Effective data capture systems and information sharing is the key to improving the care of SoCs and delivery by Individual Providers in terms of conformance, accuracy and integrity of the health data.
In hospitals, a SoC (as in-patient) usually experiences a large number of care instances. Examples of these instances include: prescriptions and medicinal product administration, laboratory testing of SoC bio-samples and subsequent analysis and reporting. Each of these instances requires accurate reconciliation of the instance and delivery to the SoC. Healthcare providers (i.e. organizations that deliver healthcare to the SoC) have introduced AIDC technology based barcodes to help capture the SoC's identity, as well as, identification of other related items such as biology samples, so that manual key entry can be replaced by AIDC. In the complex hospital environment with many care instances, the need for uniqueness of identifications is generally recognized, since this avoids identification conflicts, overlaps, uncertainty and risks.
The use of AIDC in the context of chronic care reinforces the need for standards. The SoC in the chronic care instance is not always in the same fixed location where a single technology is available. AIDC can therefore be interoperable with a variety of technologies, solutions and devices. This will enable a continuum of care.
As out-patients, SoCs may be self-medicating. A SoC undergoing treatment for chronic conditions, in particular, should administer and record their medication according to a prescribed treatment plan. This treatment plan can be very prescriptive, on an as-needed basis, or be preventive in nature to avoid dangerous clinical outcomes.
There is also a need to manage and clinically monitor the treatment plan for the SoC for safety and stock purposes. AIDC enables capture of the SoC’s identification, medicinal product, administration event, recording of relevant data about the medicinal product administered and other data such as batch number, expiration information and amount used. This should be done for in-patients as well as out-patients. This same data capture can be used to efficiently manage and replenish stock.
Benefits from unique SoC Identification in AIDC can be documented from the following three examples:
- Patient, as well as, data can travel outside a provider's environment: Following a devastating tornado in Joplin, Missouri, USA, in 2011, 183 SoCs from St John's Hospital had to be swiftly evacuated to other regional hospitals. Under such “chaotic” conditions, a patient identifier that is truly unique would prevent replacing identification bands immediately for every SoC admitted to a different hospital.
- For regional referral laboratories, especially those performing blood bank testing: positively identifying SoCs and linking them to previous records, is essential for patient safety. Two different SoC with the same name, hospitalized at two different facilities using identical patient identification numbering schemes (perhaps because they use the same IT system), could lead to serious errors.
- A provider uses two identifiers for the management of care processes: the “patient identification” and the “case identification”. One provider organized the number banks for the two identifiers in such a way, that data collision was excluded. After years of use of that solution, number banks started overlapping without anyone noticing, until two SoCs were having the same numbers, one of “patient identification”, the other for “care identification”. A mismatch with serious incident occurred.