区域pacs建设方案东软股份

目概 区域PACS建设背 国外分 国内分 区域PACS建设意 区域PACS难点及关键技 医院PACS多样 网络资源情 患者唯一标 及针对VIP患者安全区域PACS建设总体规 建设目 技术标准与规 业务标 数据交换标 技术标 管理标 区域PACS整体结构设 区域PACS数据中心设 区域PACS功能架构设 区域PACS业务流程设 患者检查流 临床医生查看图像及报告流 区域PACS建设功能描 区域PACS建设内 中心端文档系 文档服 文档索引查询服 中心端管理系 文档归档与管理服 文档生命周期管理服 文档获取的WADO服 基本业务应 医院之间检查应用服 医院之间检查分级审核应用服 标准PACS系统应 综合应 中心端系统管 元数据信息管 患者、检查以及影像信息的........................................................................................................基本信息与..........................................................................................................................用户角色管 安全机 与其他区域系统接 与健康平台接 与区域会诊系统接 上传并服 HL7引 服 共享浏览客户 影像科室浏览客户 统一临床浏览终 产品技术支持与...................................................................................................................................东软的服务理 服务管理策 服务期的管理策略和建 采取预防为主的原 东软提供的技术管理策 加强医院的技术力 响应方 技术支持和组 东软的四级售后技术服务体 第1级服务：专职项目经理及本地化服务支 第2级服务：现场项目实施工作 第3级服务：东软医疗软件事业部软件专家及系统工程师、项目管理专 第4级服务：东软总部技术部 应急服务措 东软客户服务ISO9000质量文 东软区域PACS典型案 闵行区域PACS案例介 行政基本概 项目建设意 系统整体架 项目运行模 应用效 行政基本概 项目建设情 项目运行模 概区域PACS建设背近些年来，英国、、、澳大利亚等一些国家先后投入巨资开展了国家和地方级以电子健康和电子数据共享为的区域性卫生信息化建设。这些举措的主要推动力来自于上的需求——最大限度地保证公民的和安全性，以提升整体署制定了国民卫生服务信息项目（NationalProgrammeforIT,NpfIT），全面将计算2004年1月20日前总统在众议院国情咨文时提出，要在10年内为全体公民建立电子健康。2005年，国家卫生信息网为实施本计划选择了4家全球领先的厂商作为总集成商，在四大试点区域分别开发卫生信息网络架构原型，研究包括电子健康在内的多种医疗应用系统之间互通协作能力和业务模型。现统提出投资500亿发展电子医疗系统，以减少医疗差错，2002年，澳大利亚国家电子健康工作组推出了一套电子健康系统，该系统的预计完成时间为十年，现在已经进入了第八年。根据澳大利亚专家，电子健康系5023.1(212000年9月，成立了名为Infoway的机构以推动国家以及区域卫生信息网的建设。2002年开始，Infoway宣布计划投资数亿促进医疗机构及其他终端用户对信息技术的接受，建立性的电子健康系统、药品信息系统、信息系统、医学影像系统、公共卫生信息系统和医疗系统；建立用户、医疗服务机构的统一识别系统以人医疗，且该医疗由患者所有（患者同意方能使用），其目标是为患者提供持续国家在2006年就已经提出区域影像检查互认；参见《 关于医疗机构间医学检验、医学影像检查互认有关问题(卫办医发〔2006〕32号)》；国家在2010年进一步提出了质控是医疗机构结果互认的前提；参见《关于加强控制中心建设推进同级医疗机构检查结果互认工作卫办医政发〔 区域PACS建设意缓解“看病贵、看病难”的问题区域PACS共享平台的建设，将建立一个共享交换的平台。该平台实现卫生下属所有医疗机构的PACS接入，将PACS数据汇集到数据中心。通过信息共享，提高信息利用率，避免人员到县镇乡医院和社区医院就近就医，并可诊断和指导救治，对解决“看提高医疗管理水平强事务决策能力提供了强有利的数字化，使管理更加高效、科学，更好地服务于社会。运行初期纠正社区漏诊、误诊或结论不严谨的情况占到总检查量的40%以上通过定期培训，目前社区医生报告能够达到90%通过质控审核，基的社区医院的拍片流程和方法会诊中心多次发现漏诊的传染例如结核半年的时间里，会诊中心发30多例疑似肿瘤病例，并要求患者进CTMR的通过质控审核和报告审核，基层医院医生工作的认真程度和工作面貌发生重大改变。积极参加业务学习。推动医疗信息促进居民健康建目前国家正在全面建设居民健康。影像诊断报告作为居民健康的重要组成部分，必须纳入建设规划。当各医院完成PACS建设后，可将PACS报告接入健康平台。这对于的卫生政策规划、工作指导、疾病预防等，和市民自助查询个人健康，维持健康医疗，都是极具意义的。区域PACS难点及关键技医院PACS多样PACS建设一般会涉及多PACS厂商提供的系统集成，同时还有一些构，在影像中心与各家医院的PACS/RIS系统的对接就需要与各PACS/RIS厂家的协助，但网络资源情况对于院间影像信息的就需要借助城市专网系统、租借电信运营商甚至新建专网系统来患者唯一标识及控制、记录相关行为，保证患者影像信息在系统安全、合理的流转。VIP患者安全VIP患者通常具有比较特殊的，其诊疗资料在过除了一般性的隐私保外，还需对人员进行特殊的，确保VIP患者资料不被非人员，使其资料区域PACS建设总体规划建立医疗影像中心，构建集成化的影像共享以及区域级PACS/RIS架构，通过区域医疗机构之间建立影像、共享和管理机制，实现南昌市内各医疗机构的影像共享及影像诊断进行，提高了小型医院的医疗服务质量。技术标准与规范PACS东软区域PACS系统技术方案应用规遵循《卫生信息化发展规划纲要（2003-2010年》2002年10月（简遵循《卫生系统电子认证服务管理办法（试行业务分工作流程规范、卫生服务机构的/ 、的/ 息与中心的影像信息的关联。在检查执行机构有必要对已经的信息进行。服务的区域影像中心，也可以是分布在各个医院互联互通的中心。 数据交换标准应用规医疗企业集成（IntegratingtheHealthcareEnterprise,IHE）计划已成为具有高度影HCIT标准协调组织，是本方案在区域卫生信息网络环境下实现信软件代码及接口的数据编码采用国际、国家现阶段，遵循国际、国内相关标准：、3.0、SNOMED、ICD-9/10、IHE、XML等。IT技术标准：HTTP/HTTPS、WEBSERVICES、SOAP、XML等数据类型及收集方式转换成标准的格式，经由EbRsPACS-XDSAdapter服务器中。检查信息等RIS（如：患者类型，检查描述信息等）->通过XDS提交并注基本数据标准影像数据标准遵循3.0keyImagePresentationStatement对象；2MIME对象封装标准，对于同一个检查（StudyUID相同）下面的多份报告可同影像信息一起，作为一次xds提交并文档事务集，提交给 PatientPatientPatientPatient影像类业务专业特殊性要求及其他内容应用规医疗企业集成（IntegratingtheHealthcareEnterprise,IHE）HCIT标准协调组织，是本方案在区域卫生信息网络环境下实现信息共享最重要共享构架基础-IHEITI本案例遵循HL7、IHE、电子临床检验结果共享规范等国际、国内标准CDAR2.0、ebXML、ebRIM3.0/ebRS3.0XDS-I、XDS.b规范。以IHEITIXDS查中提交 档图像获取文提取图提 文患者源（PatientIdentity患者源管理主要在于对患者的唯一性进行识别，是区域医疗共享所要解决的基本问题。为了建立对各所辖医院的集中管理系统，对各所辖医院在就诊者 ebXMLIHEXDS/XDS-I医疗信息共享技术框架文件（IHEITI.TF-Vol.1，Vol.2IHERadTF）要求，XDS-IRegistryRepository既可以分开设计实现，也可以集成在一起。我们为方便今后扩展，将其分开设计，但通过基于http协议通信将两个模块互联在一起。另外，XDS-I将影像诊断报告（Reports）与图像系列报表（Manifest）使用数据(Repository)数据源（XDSdoucumentSource）义的数据源（XDSSource）角色（Actor。数据消费者（数据消费者主要是为医院用户向影像共享交换系统查询和提取共享交换的各种影像资料提供请求和提取服务而设计的。是用户客户端在整个共享交换系统中起Consumer角色（Actor）功能。它支持以下三种情况用户客户端是基于Web浏览器的普通医生工作站，但不具备XDS-IConsumer角色功若用户客户端完全支持ConsumerRegistry、RepositorySource之间的通信起网络通信路由作用，对通信内容不做任何转换；若客户端是医PACS显示工作站或医生工作站（Web方式ConsumerPACS工作站和医生工作站与Registry、Repository及Source之间的通信进行协议转换（与ebXML、HTTP与ebXML。个人识别服务--IHEITI个人识别服构在个人上必须具有统一的机制，此项工作是作为区域卫生建设的最为基本性的任务。此部分参考IHEITIPIX模型部分。电子凭证分类情况电子凭证是指能识别个人的电子依据，在这里大多是指卡，卡的种类主要有医疗保障就医凭证、医院自费就医凭证、市民卡或者其他电子凭证。居民识别需求由于发健康进行整合，因此会出现这样的问题：区域范围内持多张卡的同一患者，在系统里整的健康。个人识别是区域医疗卫生系统所要解决的基本问题，对于本系统的建相关标准：ebRSOASIS/ebXMLRegistryServices患者统计学信息查询，提供按照患者名、ID、、等查询模式。患者、验证及信息更新，本模块在中心端内部,完成对患者标识进行同一匹配的工作流程,依据IHEPIX集成技术框架,影像类数据与非影像类数据应共同使用患者唯一索引,并通过HL7通讯机制患者信息。当患者唯一发生了改变,如入院信息发生了创建、更新或取消,患者基本信息发生了修改更新,或患者信息发生了合并动作时,应能向数据中心系统的HL7网关发送消息以反馈这种改变。HL7网关解析收到的HL7ADT消息,通知文档管理模块进行同步响应,以保持非影像系统与影像系统的数据一致性。在本流,非影像业务数据中心患者唯一索引管理系统承担患者验证源(PatientIdentifySource)的角色,承担包含患者信息验证、患者入院、转院、信息更新等服务，响应HL7消息。识别标准PatientInfo1=2=9= 1=2=3=4=5=6=7=9=审计和节点认证—IHEITI这些服务提供对每个涉及到的系统、用户、医护工作者、患者/居民、健康数据等等的报告功能。这些服务对于满足其他业务需求，如系统管理、事务、记录重要的与隐私和安全有关的事件等，也是至关重要的。该部分遵循IHEITIATNA规范。描述了安全节点所处的安全环境，包括用户标识、与验证、控制等。以定义了基本的安全审核要求用描述了在节点和收集审核信息的节点之间传输“审核消息”的架构区域PACS整体结构设区域PACS系统建设采用区域化集中式管理架构，设立区域PACS数据中心、区域影像中心。区域各家医院的影像数据集中存放在区域PACS影像中心平台。已建的医院PACS系统的影像数据在原单位，同时将产生的数据上传到区域PACS数据中心；将心。区域PACS数据集中和管理，解决了数据应用时效性问题，并完全有效避免外部大量请求对医院信息系统的冲击，有效保护医院信息系统的独立性和稳定性，便于交区域PACS数据中心设区域PACS数据中心1)区域PACS中所有索引及元数2)区域PACS中的关键影三级医院PACS数据中心1)本内PACS中所有索引及元数2)本院全部影像和下属二级医院PACS中的关键影二级医院PACS数据中心2)本院及下属社区服务中心的全部影社区卫生服务中心区域PACS功能架构设计文归生健元安用户角…远…上标准综 应区域PACS数据中心平台主要包括影像数据发布交换、管理、等功能，同PACS数据中心平台互连，实现互通互享；还考虑与目前已经建立的区域卫生数据交换、区域一卡通应用和居民识别集中。区域PACS业务流程设患者检查流程区域PACS建设功能描述区域PACS建设内XDS-CENTER-统区域PACS中心端为每个共享文档建立中心端索引并ID，以便日后检索。据仓库ID及文档URI信息）返回。XDS-CENTER-统区域PACS中心端管理系务 WADO规范）。XDS-CENTER-区域PACS基本业务应用XDS-CENTER-区域PACS中心平台系统管理护的安全策略，确保数据安全节点认证以及XDS-CENTER-口基于健康平台的PACS数据浏览与获取接口XDS-BROKER-前置XDS网关PACS接入区域PACS平台的网关同时XDS网关负责将元数据信息到平台索引信息，确保数据一致性同步的HL7服务引擎。XDS-CLENT-各安全节点上的区域PACS浏览客户端中心端文档系提供区域PACS中心端为每个共享文档建立中心端索引并提供查询服务；区域PACS共享平台的服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的管理服务，平台对这些实体提供唯一的标识。针对各类实体形成各类库（如个人库、文档服收集、管理医院PACS提交的元数据信息，记录患者检查的影像、报告等数据在数据仓库 的位置或唯一ID，以便日后检索。文档索引查询服务根据中心提供的检索条件，文档系统将患者的影像、报告、申请单等的信息列表（包含文档UID、数据仓库ID及文档URI信息）返回。中心端管理系区域PACS数据归档服务是一系列的服务，它包括：基本信息库、全局ID SR结构化报告 归档服务除了对区域PACS共享平台下各医疗机构提供调阅服务，也可以按照文档归档与管理服文档获取的WADO服务当医疗机构中的安全节点需要调阅池中的文档数据时，该服务提供根据中心提供的检索条件 基本业务应用医院之间检查应用服应用目功能描序123456789应用目功能描序123456789标准PACS系统应应用目PACS系统按照、3.0、IHE等国际标准和系统集成规范进行开发，可直接与区域PACS共享平台进行对接。功能描放射PACS/RIS系统功能设计序1234567对纸张申请单提供直接录入功能，可以通过ID从HIS方提取的一般89的 ID号Accession 支持影像到剪贴板，支持标 、超声PACS/RIS系统功能设计序1234567对纸张申请单提供直接录入功能可以通过ID从HIS方提取89支持复合、RGB分量、S-等各种接口输支持在时设置对窗口进行裁 ，大大加快速 3.0 3.0标准接口图像方 内镜PACS/RIS系统功能设计序1234567对纸张申请单提供直接录入功能，可以通过ID从HIS方提89的 3.0标准接口图像方 3.0的 病理PACS/RIS系统功能设计序123456从789 3.0标准接口图像方 3.0的PACS支持复合、RGB分量、S-等各种接口输支持在时设置对窗口进行裁 ，大大加快速理综合应可提供实时区域PACS医疗影像信息系统状可提供区域PACS中心状中心端系统管理元数据信息管理上 患者、检查以及影像信息的基本信息与包含医院信息、科室信息、设备信息、人员信息的、以及权限分用户角色管理权限验证服务用来根据已认证用户的角色来决定是否用户限执行指定的操作。权限验证服务提供验证和认证两方面的功能。验证功能有两种方式：显示认证和隐式认证。显示认证需要用户主动输入用户名和相应的用户或其他认证方式。在权限验证隐式认证是指用户或其系统使用以配置好的非对称密钥等系统直接认证其，不需要主动输入用户名和。系统可以根据其配置直接赋予其所对应的验证用户的。认证功能将基于用户的角色定义，赋予某种角色的用户可以拥有与角色相应的权限。息的将被存入服务器。用户信息将和个人,医师和机构绑定。每个服务被调用前，如果需要对调用者进行验证和认证，会先调用验证服务确定调用者的，然后调用认证服务安全机 与健康平台接与区域会诊系统接XDSPACS-XDS网关服务程序提供了以HL7Version2.5为内容的系统接入层。1 PACS-XDS网关第PACS系主要用于医院PACS将PACS检的服务为到中心端和检索2WADO影像数据第PACS客户端向文档仓库的webserver，应用HTTP内容的HTTPResponse给请3HIS与PACS册网关负责接收第文档源提交上来的元数据和文档（若数据源采用只不提交文档的XDS提交集应包含一次检查的影像报告对应一个XDS文档源数据（metadata，并且每个提交集包含一个提交集元数据（submissionCDA文中心平 Schema检索 区域 户终mCDA文中心平 Schema检索 区域 户终“PACS-XDSAdapter网关”服务要求第PACS系统提交患者检查信息的过程，遵循IHE-ITIXDS.bProfile中所描述的“提交并文档”事务和放射学框架中关于XDS-I中“提交并影像文档集”事务的流程。文档内容规范遵从HL7第三版标准（HL7V3）CDA(ClinicalArchitecture)2.0规范。册中心数据库中，的是XDS库中文档的一些元数据，以及这些文档之间逻辑关系，其中关于XDS Entry、XDSSubmisionSet和影像及报告元数据信息的schema定义的详细说明请参考《东软区域影像平台接入标准》上传并服当医疗机构的PACS系统发布、上传共享文档时，该服务将提供规范的XDS“上传并注册文档事务”将患者关键影像、报告、申请单等信息提交给区域XDS网关，同时XDS网关负责将元数据信息到平台索引中心，并将关键影像及报告原始数据到中心存HL7 共享浏览客户端影像科室浏览客户统一临床浏览终端按照及控制机制，对区域PACS数据中心的检查有不同的浏览功能床优先关键图数据KIN，以及医技科室诊断数据的现实一致性支 提供常用影像管理工具（窗宽/窗位调节、放大/缩小、移动、测量等产品技术支持与东软的服务理念系和企业文化是对这一理解的完现。这些“人”包括我们的客户和我们的员工。他们客户价值的案，而方案不是通过我们与客户间的交易完成，而是通过我们与客户的我们为客户提供了一致的服务，给客户提供了丰富的服务支持内容。东软的而对于相关服务项目的响应速度，客户可以通过白金服务、金牌服务、银牌服务、铜东软服务提供东软软件产品安装、实施以及使用等全面的化、支持。东软沈阳设立服务策划管理部，并设立技术和产品服务支持，与各地分支机构联网，从而保证能快捷有效地向的客户提供的全面的服务支持。对东软的软件产品，提供了及时的软件更新和升级服务。服务管理策略医院设立项目小组和项目建设，各业务科室设立联络人员，负责项目技建立专职队伍采取预防为主的原着为患者提供医疗健康保障任务。在此基础上，东软不仅要对系统的使用人员和加强医院的技术力为了更好地把医院信息系统（HIS）的工作做好，东软建议医院通过该项目的进行不仅仅是提高业务管理水平和竞争力，并建立一支能够完成日常的技术骨干队伍，为IT的更广泛的培训，把系统的真正应用到底；在整个实施过，医院的人员可以同东软工程师一起共同担当各项实施响应方式支持：现场响应：解决问题。现场服务时间为7*24小时。优先级服务：拨入分析：通过这项服务，支持服务中心的工程师可以检查您的系统，以便加速解决问题。专人客户支持技术支持和组东软公司总部由100多人组成的技术支持部担负着专职的客户服务工作，无论是在系统的安装调试过还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应。此外，东软公司的销售、、软件开发队伍早已覆盖，本公司在各主要省会城市均设有分支机构，为市客户提供本地化的，也为今后在各地 ，以软件与服务、数字医疗、IT教育与培训为主要业务领域，以东软软件园为资源支目前，东软拥有员工13,000多名，拥有8000多家企事业客户。其中在软件与服务解决方案：软件与服务是东软整个解决方案业务定位的和基础，包括通用软件产品、行业解决解决方案、中间件产品、嵌入式软件等。目前，东软的解决、电子政务等领域。为支持上述领域的本地化客户服务，东软搭建了性的服务网络，在内40多个市设分机，在北华6东东软区域PACS系统技术方案4-3第 级服务：专职项目经理及本地化服务支负责此项任务的主要是——东软总部项目经理和本地服务机构的软件和项目实施供本地化的第1级服务。作为整个项目实施计划的执行和监督者，负责协调、监督东软按时、作为整个项目的项目经理，在现场担任东软现场实施的总，协调人员安排、第2级服务：现场项目实施工作软件技术总、总体和详细设计总第3 级服务：东软医疗软件事业部软件专家及系统工程师、项东软在医疗软件事业部设在沈阳总部，主要从事数字化医院信息系统的软件开发与实施，前有200多的软件设开发、施服务、与咨询队，并在设有的实施服务人员。针对医院信息系统（HIS，东软在沈阳成立由医疗软件事业部也同时设立项目支持组，其中包括：解决方案技术总、总体和详细设计总、项目管理3级服务，如需要第4级服务：东软总部技术部门 统（HIS）提供全方位基础软件及硬件和网络技术支持，如东软各基础软件平台及技术、数据库技术等，还包括进行各种技术培训，解决各类技术疑难