区域协作与标准规格

区域医疗协作信息系统的目的是让区域内的医院和诊所等相互查阅、共享患者的诊疗信息，通过转诊、回转诊和区域协作路径的运用，支撑区域完结型医疗。院内部门间的协作是医院信息系统的职责，工资计算和广告利用都不是其目的。

分散型是各机构保留本机构数据，需要时在机构之间相互查阅的架构。把信息集中到数据中心的是云型（集中型），两者在数据保存方式上不同。邮寄纸质病历作为信息系统架构的说明是错误的。

区域医疗信息协作网络由区域内的医院、诊所、药局、护理机构等参加，使各方能够相互查阅已获本人同意患者的诊疗信息，有助于转诊、回转诊和减少重复检查。院内科室间的连接属于医院信息系统的构成；它不是不经同意就共享全体国民信息的机制，订货信息的交换则属于药品流通系统。

诊所与医院不同，中央诊疗部门少，因此科室系统也少，多采用报酬计算机与电子病历一体化或紧密联动的构成。诊所难以配置专职信息人员，需要设法降低运行管理负担；报酬计算机反而在诊所广泛普及。

日医标准报酬软件（日レセ, Nichi-rese，又称ORCA）是日本医师会开发并提供的报酬计算机软件，以诊所为中心被广泛使用。日本药剂师会、日本护理协会和日本医院会都不是其开发和提供团体。

区域医疗协作信息系统的课题包括：建设期补助金结束后运营费负担等事业延续问题、各参加机构中系统使用者运作规范的落实、在居家医疗中的使用、对跨区域使用的应对等。诊疗信息共享本身是在适当同意和安全管理之下进行的，并未被法律全面禁止；参加机构增加反而使协调更复杂。

区域医疗协作信息系统除诊疗信息的相互查阅外，还具备介绍信（诊疗信息提供书）的制作与发送、面向协作机构的诊疗预约、共享从急性期到恢复期和家庭医生的诊疗计划的区域协作路径等功能。排班编制属于护理管理等系统，药品生产管理和人寿保险合同管理都不是医疗协作的功能。

在线资格确认中，患者把个人编号卡（My Number卡）放到带人脸识别的读卡器上，通过IC芯片中的电子证书进行本人确认和资格确认，并不是由医疗机构处理12位个人编号本身。资格信息向支付基金和国保中央会的在线资格确认等系统查询，医科、牙科和药局均可使用。

在在线资格确认等系统中，经患者本人同意后，医疗机构和药局可以查阅其药品信息和特定健康检查信息等，用于诊疗和服药指导。存款余额、纳税额和学历等信息不属于该机制的对象，超出了医保资格确认和辅助诊疗这一目的范围。

传统健康保险证已于2024年12月停止新发；不持有My Number保险证（完成健康保险证使用登记的个人编号卡）的人由保险者发放资格确认书，用于就诊时的资格确认。在线资格确认自2023年4月起原则上强制要求保险医疗机构和药局引入，并非自愿。

电子处方笺通过支付基金和国保中央会运营的电子处方笺管理服务交换处方和调剂信息，以在线资格确认等系统为基础，可以把跨多家医疗机构和药局的最新处方、调剂信息用于重复用药和配伍禁忌的核查。它不是各都道府县分别运营的，也不经邮寄；患者可以选择电子或纸质。

HPKI（Healthcare PKI）是保健医疗福祉领域的公钥基础设施，能够以电子方式证明医师等国家资格，用于开具电子处方笺时的电子签名等。PACS是医学图像管理系统，DICOM是医学图像的标准规格，DWH是数据仓库，都不是证明资格的公钥基础设施。

远程医疗按连接对象分类，D to P是直接连接医生（Doctor）与患者（Patient）的形态，在线诊疗和远程监测是代表例。D to D是医生之间相连的形态，远程读片和远程病理属于此类；经护士等中介的形态称为D to N to P。B to B和P to P不是远程医疗的分类用语。

远程放射读片是把CT、MRI等放射图像经通信线路传送，由异地的放射科专科医生读片和诊断的D to D型远程医疗，用于支援缺少读片医生的机构。在家测血压属于远程监测相关行为，电子接收处方笺是电子处方笺，照护计划制定是护理系统的事。

远程病理诊断是把病理标本图像经通信线路传送、由异地病理医生进行诊断的D to D型远程医疗，代表性应用是在没有常驻病理医生的机构支援手术中的术中快速诊断。救护车位置显示、药品自动订购和等候人数显示都不是其应用实例。

电子版用药手册（お薬手帳, okusuri techō）是患者通过智能手机应用等以电子方式管理自己的调剂信息和服药史的机制，能汇总管理多家药局和医疗机构的信息，被视为PHR的代表例。它不是考勤管理或批发价格比较的系统，也不限制医生的处方权。

散剂核查系统在调配散剂时核对称量的药品及分量是否与处方内容一致，防止调剂差错。自动摆药分包机是按服药时间点把药片分装成一包的装置，不判定检验结果。电子药历系统管理服药指导记录，病床管理是医院信息系统的功能。

体检与诊疗不同，其特点是在短时间内对大量受检者实施相同的检查项目；体检系统支持从预约受理到实施、结果管理与判定、报告书制作的全过程，结果的逐年管理和用于事后指导十分重要。住院诊疗记录属于医院信息系统的领域，销毁结果或没有预约功能的说明都是错误的。

护理信息系统大体分为保险者方和服务提供方：保险者（市区町村）一方支持资格管理、需护理认定和给付管理等，服务提供方支持照护计划制定和护理报酬申请。护理报酬的申请对象是国民健康保险团体联合会而非日本年金机构。照护计划制定是服务提供方系统的代表功能，护理领域的系统化也在不断推进。

检验中心受托处理来自众多医疗机构的检体，用条码等把收到的检体与检验委托信息正确对应起来的“检体与信息的匹配”是业务的关键。对应出错就会把别的患者的结果报出去，造成重大影响。统一仪器厂商、重排检体和公布结果都与这一概念无关。

DICOM（Digital Imaging and Communications in Medicine）是医学图像及其通信的标准规格，规定了摄影设备与PACS的连接、可移动介质、灰度标准显示函数（GSDF）等。SS-MIX2是诊疗信息的标准化存储，JLAC10是临床检验项目代码，HL7 FHIR是基于Web技术的信息交换规格，都不是医学图像的标准规格。

HL7 V2是把患者基本信息、医嘱、检验结果等以消息形式交换的医疗信息交换标准规格，广泛用于医院信息系统与科室系统的联动。DICOM面向医学图像，ICD-10是疾病分类，HOT代码是药品的标准代码，都不是消息交换的规格。

HL7 FHIR（Fast Healthcare Interoperability Resources）把患者、检验结果等信息以“资源”为单位定义，用REST API和JSON等Web技术交换的标准规格，因易于实现而不断被采用，基于FHIR的记述规范也已被采纳为厚生劳动省标准规格。图像显示灰阶是DICOM的GSDF，药品代码是HOT的说明。

SS-MIX2是把处方、检验结果、病名等诊疗信息以HL7消息等标准格式存储的标准化存储规范，还定义了存放非标准对象数据的扩展存储，用于机构间协作和灾害时的备份。DICOM是医学图像规格，IHE是规定既有标准使用方法的举措，JLAC10是临床检验项目代码。

ICD-10是WHO制定的国际疾病分类第10版，是对疾病和死因分类的代码体系。在日本以“ICD10对应标准病名主数据”的形式用于病名的标准编码，也与统计和DPC相关。它不是图像压缩方式；临床检验项目分类由JLAC10、药品识别由HOT代码承担。

JLAC10是日本临床检验医学会制定的临床检验项目分类代码，能够系统地识别检验项目，使机构之间可以交换和比较检验结果。HOT代码是识别药品的标准代码，ICD-10是疾病分类，DICOM是医学图像标准规格，都不是临床检验项目的代码。

HOT代码是标准药品主数据的代码，能够在销售名和包装单位层面唯一识别药品，用于系统之间药品信息的联动。JLAC10是临床检验项目分类代码，SS-MIX2是诊疗信息标准化存储的规范，IHE是规定既有标准运用方法的举措，都不是药品识别代码。

IHE不是制定新规格，而是按业务场景把DICOM、HL7等既有标准如何组合使用定义为集成配置文件，并作为技术框架公开的国际性举措。它不是自研通信规格的开发团体，不是药价决定机构，也不是界面设计规格。

厚生劳动省标准规格是国家为推进医疗信息标准化而制定的标准规格群，从医疗信息标准化推进协议会（HELICS协议会）采纳的标准等中选定。除SS-MIX2、DICOM、ICD10对应标准病名主数据、JLAC10、HOT代码外，基于HL7 FHIR的记述规范也已被采纳。它不是院内规则或产品名清单，而用于日本国内的医疗信息协作。

诊疗报酬电算处理系统用代码是用于电子化申请诊疗报酬明细的诊疗行为、药品、特定器材等的代码，该组合正确。DICOM的对象是医学图像及其通信，SS-MIX2是诊疗信息的标准化存储，JLAC10是临床检验项目的分类代码，其余组合都把对象弄错了。