健康信息學 患者健康卡數(shù)據(jù) 第2部分：對象 征求意見稿

GB/T21715.2—202X/ISO21549-2:20141健康信息學患者健康卡數(shù)據(jù)本文件為通用對象的結(jié)構和內(nèi)容構建了一個通用框架。這些結(jié)構和內(nèi)容用于構建患者健康卡中其他數(shù)據(jù)對象的數(shù)據(jù)，或被它們所引用。但并不規(guī)定或給出用于存儲在設備中的強制性特定數(shù)據(jù)集。本文件適用于記錄或傳送患者健康卡的數(shù)據(jù)，這些數(shù)據(jù)可存放于符合GB/T14916中ID-1卡物理尺下列服務的詳細功能和機制不屬于本文件的范圍（即使它的結(jié)構允許使用其他地方規(guī)定的合適數(shù)——自由文本數(shù)據(jù)的編碼；——可由數(shù)據(jù)卡用戶按照具體應用所規(guī)定的安全功能和相關服務，例如，保密性保護，數(shù)據(jù)完整——依賴于某些數(shù)據(jù)卡類型的訪問控制服務，例如微處理器卡；——初始化和發(fā)布過程（表明個人數(shù)據(jù)卡工作周期的開始，并且使數(shù)據(jù)卡為后續(xù)通信中給它傳遞——如何處理在兩個系統(tǒng)接口間的消息；——數(shù)據(jù)卡外部的數(shù)據(jù)所使用的格式，以及在數(shù)據(jù)卡或其他地方用以清晰表達3.1GB/T21715.2—202X/ISO21549-2:201423.23.33.4數(shù)據(jù)對象的組成部分，且本身可被標識為一個單3.53.63.7在一個給定的時間點之后，永久取消對一個數(shù)據(jù)實體的訪問或者永久拒絕所有參與方對該數(shù)據(jù)實注：這并不涉及從設備中對數(shù)據(jù)進行物理刪除，而是通過只改變安全性來永久拒絕所有參與方對數(shù)據(jù)實體的訪問。3.8健康卡持有者healthcard3.9健康數(shù)據(jù)卡healthcaredat3.103.113.124縮略語GB/T21715.2—202X/ISO21549-2:20143ASN.1：抽象語法記法1（AbstractSyntaxNoHCP：保健受益人（HealthcarePersUML：統(tǒng)一建模語言（UnifiedMoUTC：協(xié)調(diào)世界時間（Universal5健康數(shù)據(jù)卡的基本數(shù)據(jù)對象模型-患者健康卡數(shù)據(jù)對象結(jié)構基本數(shù)據(jù)對象由基于面向?qū)ο竽Ｐ偷念惤Y(jié)構組成，該模型的UML類框圖見圖1數(shù)據(jù)鏈接1數(shù)據(jù)鏈接用藥數(shù)據(jù)數(shù)據(jù)標識數(shù)據(jù)數(shù)據(jù)有限臨床數(shù)據(jù)有限臨床數(shù)據(jù)擴展臨床數(shù)據(jù)該面向?qū)ο蟮慕Y(jié)構的內(nèi)容在下面描述，也可能需要用到本文件沒有定義的其他注2：在保持特定語境標記時有可能需要獲取數(shù)據(jù)對象并重新組合它們，在保持互操作性時也可能需要定義新的對除具有用簡單的構筑模塊建立起復雜的聚合數(shù)據(jù)對象的能力外，本文件還允許在某些對象之間建義其他對象?？梢耘c其他有關的信息對象相關聯(lián)的情況下對這些對象進行相應操作來“GB/T21715.2—202X/ISO21549-2:20144本文件的數(shù)據(jù)模型中，很多對象主要用作其他對象的引用。在許多情況下，構造對象包含一個的標記序列，使用應用程序特定的標記和大量上下文6.2.2“RefPointer”和“RefTag”在文件中一般的引用指針定義為指向被引用的對象或子對象的有序標記列表。數(shù)據(jù)對象“Ref-Pointer”（引用指針）應由整數(shù)型“RefTags”（引用標記）的序列文特定的標簽，“RefPointer”1—是對其他對象的引用序列。該引用是另一個數(shù)據(jù)對象的ASN.1標記6.3代碼型數(shù)據(jù)案（本文件有特別規(guī)定除外）。例如，GB/T2659.1—2022對國家6.3.2“CodingSchemesUsed”數(shù)根據(jù)IS021090的編碼方案應由唯一標識符引用，該標識符允許對標準代碼系統(tǒng)和其他本地代碼系數(shù)據(jù)對象“CodingSchemesUsed”（所使用的編碼方案）應由一個有序的子對象“CodingScheme”（編碼方案）序列組成。其中，子對象“CodingScheme”應由編碼標識符（用codeIdentifier表示）、代碼長度（用codeLength表示，整數(shù)型）和可選的自由文本格式的文字說明（用comment表示，長度在1個～20個字符長度的八位組字符串）三部分組成?！癈odingScheme”的結(jié)構見圖2，“CodingScheme”CodingSchemesUsed11..*CodingScheme+codeIdentifier：Uid[1]+codeLength：INTEGER[1]+comment：OCTETSTRING（SIZE（20））[0..1]GB/T21715.2—202X/ISO21549-2:201451121 3該可選的自由文本元素允許對編碼方案文本進行“CodedData”（代碼型數(shù)據(jù)）數(shù)據(jù)對象應包含對所用編碼方案的引用和代碼對象“CodingSchemeRef”是一個RefPointer個特定編碼方案的值。如果CodingSche“CodedData”的結(jié)構見圖3，“CodedData”的單個實體見表3。111—是一個引用指針，該指針指向一個標識了在所用的對象編碼方案中某個特定編碼方案值。如果213可選的元素，該自由文本允許對編碼方案文本進對信息發(fā)送方和信息到達接收方的方式的審計跟蹤是至關重要的，包）：）：）：GB/T21715.2—202X/ISO21549-2:20146）：——personid3（個體標識3）：人/設備/系統(tǒng)的代碼或表示，）：）：包含一個RefPointer（引用指針），指向某張壓縮——objectsecurityattributes（對象安全屬性）。每個“SecurityService”數(shù)據(jù)對象應包含一盡管上述屬性是非強制性的，宜盡可能使用全部屬性。如果系統(tǒng)/媒介允許，宜每次傳遞所有這些{date1，date2，place1，place2，personid3，SecurityLevels，CompressionMethod{date1，place1，place2，SecurityLeve{date1，place2，SecurityL{date1，SecurityLevel注：數(shù)據(jù)對象“AccessoryAtiribu“AccessoryAtiribute”的結(jié)構見圖4，“AccessoryAtiribute”的單個實體見表4。表4“AccessoryAttribut1UTC時間2UTC時間GB/T21715.2—202X/ISO21549-2:2014734—5 6—7—8“PersonCode”的單個實體見表5。112“SecurityService”的結(jié)構見圖5，“SecurityService”的單個實體見表6。123關于簽名鑒別密鑰ID表中某行的引用4關于EncryptionAlgorith5“SecurityLevels”的單個實體見表7。1GB/T21715.2—202X/ISO21549-2:201482writeSecAttribute34“CompressMethodData”的單個實體見表8。表8“CompressMethodDat1包含所用壓縮方法學的代碼型數(shù)據(jù)值“SecAttData”的單個實體見表8。11如虛假功能受到一個或多個底層參數(shù)213141數(shù)據(jù)對象“SecurityService”用來存儲實現(xiàn)這些安全功能和機制所需的數(shù)據(jù)。這些數(shù)據(jù)能附加在種機制能夠保證數(shù)據(jù)在從主動媒介傳向被動媒介，然后再返回主動媒介的過程中重建出原始的安全需求。這種能力還允許準確復制數(shù)據(jù)卡，例如失敗后的7.2特定數(shù)據(jù)卡的安全服務相關的數(shù)據(jù)對象所有的安全服務對象是傳送與數(shù)據(jù)卡載有并且傳輸?shù)幕颊邤?shù)據(jù)有關的安全性所需要的，應根據(jù)以GB/T21715.2—202X/ISO21549-2:20149——設備鑒別；——數(shù)據(jù)卡持有者鑒別；——數(shù)據(jù)卡持有者驗證，及其相關的數(shù)據(jù)對象“PatCardHoldcrVcr”（數(shù)據(jù)卡持有者驗證——數(shù)據(jù)卡鑒別，及其相關的數(shù)據(jù)對象“DevClassA——用于訪問控制的經(jīng)過數(shù)據(jù)卡鑒別的HCP類別，及其相“HcpAuthenticateData”（HCP鑒別數(shù)據(jù)與HCP持有數(shù)據(jù)卡有關的數(shù)據(jù)對象應提供標識、訪問控制和簽名功能。這些功能由大重分離的子對象提供。與HCP和及其責任機構相關的標識信息由數(shù)據(jù)對象“HcpData”（HCP數(shù)據(jù)）提供，它由其內(nèi)部健康卡需要安全服務來控制對其包含的醫(yī)療數(shù)據(jù)的訪問。這些服務受數(shù)據(jù)對象“PatientHealth-cardSccurity”（患者健康卡安全性）決定和控制?！癙atientH6，“PatientHealthcardSecurity圖6“PatientHealthca表10“PatientHealthcardSecuriGB/T21715.2—202X/ISO21549-2:2014序號1類1N/A2HCP鑒別數(shù)據(jù)類1N/A3類1N/A4類1N/A5類1N/A6類17類1“DevClassAuthenticateData”的單個實體見表11。表11“DevClassAuthenticateD序號11—2據(jù)1—對用于鑒別數(shù)據(jù)卡的方法學進“HcpAuthenticateData”的單個實體見表12。表12“HcpAuthenticateDa序號1HCP鑒別方法1—對用于鑒別HCP的簽別方法學進行規(guī)定2HCP國際訪問密鑰類1N/A3HCP國際訪問密鑰“PatCardHolderVer”的單個實體見表13。表13“PatCardHolderVe序號11—VerificationData對象中的數(shù)據(jù)配合使用來驗21—“PatSignatureFunctionData”的單個實體見表14。表14“PatSignatureFunctionD11 21 “PatEncryptionData”的單個實體見表15。表15“PatEncryptionDa序號11—21 “KeyTable”的單個實體見表16。1“AlgorithmTable”的單個實體見表17。表17“AlgorithmTabl1AlgorithmGB/T21715.2—202X/ISO21549-2:2014ASN.1數(shù)據(jù)定義EXPORTSAccessoryAttributes，CodingSchemesUsed，CodedData，RefPoiPatientHealthCardSecurityDa--CodingSchemesUsedandCodingSchemedatao{）），））}{codingSchemeRef[0]--IfCodingSchemeRef=0，t}--AccessoryAttributesdatao{GB/T21715.2—202X/ISO21549-2:2014}{}{signatureAlgorithmIencryptionAlgorithm}{}{always[0]BOOLEAN--theunderlyingparameextAuth[1]BOOLEANholdAg[2]BOOLEAN，--True=Req}GB/T21715.2—202X/ISO2