说起理赔,许多人的印象是到医院挂号、申请诊断书,交给保险业务,经过漫长等待才获得理赔。但对寿险业者来说,这是个高度复杂的多对多流程挑战。一家寿险业者,会收到来自全台大大小小医院的诊断书,每一家格式都不尽相同,也未必都符合理赔作业的资料需求。因此,寿险业者得耗费大量人力来整理、审核资料,才能核准理赔。
要是有个工具,能解决医院、寿险业者间资料格式转换的问题,缩短民众等待时间,甚至往前一步,让资料在医院端先转换成国际通用的交换标准,符合国家政策和国际趋势,就会是一大帮手。这正是国泰金控想实现的目标,也是他们自建iFHIR Center电子病历交换平台的起心动念。
契机:医疗和寿险资料规格不一
这套平台由国泰金控数位数据暨科技发展中心(简称数数发中心)一手打造。数数发中心是国泰集团内部负责研发新技术的组织,也专责协助集团子公司导入新技术、推动数位转型。
数数发中心云端策略发展部副总经理陈维铭指出,数数发中心一直有专责团队,研究金融与医疗的创新应用场域。由於国泰集团自有寿险和医院,在COVID-19疫情间,相关理赔案件大增,团队很快发现,为了因应不同医院文件差异的人工审查作业,越来越是件麻烦事。
因此,他们决定打造一套工具,来解决寿险与医院间理赔资料格式不统一的痛点。当时,卫福部正好开始推动国际交换标准FHIR,激发数数发团队进一步思考,若能将病历资料,从现有的CDA R2标准先转换为FHIR标准,再进行理赔资料交换,这麽做不只符合国家和国际趋势,对医院未来的潜在资料交换场景和应用,也更有帮助,可以成为一个多赢的作法。
於是,2021年底,数数发中心成立了金融医疗科,由数数发中心云端策略发展部金融医疗科经理廖铭宏带队,来开发这套工具。
组队借镜医院经验,盘点病历种类
廖铭宏指出,他们采取分阶段的策略,先打造iFHIR Center电子病历交换平台,将病历资料转换为FHIR标准,之後再透过iClaim智能医疗理赔平台等工具,来进行医疗机构和人寿间的理赔病历资料传输。
为了开发交换平台核心的FHIR转换工具,数数发中心联手集团旗下国泰医院,先盘点医院资源、了解作业流程。资料格式转换的复杂度取决於医院病历,初步盘查後发现,高达40多种病历,所需的表单类型也非常分歧。
在专案初期,这个转换复杂度涵盖的范围太大了。为找出最低成本的最小可行性产品(MVP),国泰医院从医院观点提供实务经验,双方进一步缩小范围,先聚焦到几项常用的病历单张。数数发团队则从国泰医院分享中,了解到医院可用的资源、规范等现况和限制,并根据这些资讯来调整专案规画,比如在转换平台中添加病历资料的自定义样板。
不只请教国泰医院,数数发团队还找上外部医资专家,来学习FHIR知识,展开一系列知识分享会和培训课程,范围涵盖基本的FHIR资源组成和复杂的应用方法,并将这些技能用於平台设计上。
国泰金控打造iFHIR Center电子病历交换平台,包含3层架构,如简易操作的无/低程式码操作层、定义设定层和转换层,其中,定义设定层包含自定义样板,可让医院用来定义病历。图片来源/国泰金控
自建低程式码操作层,FHIR转换平台成型
在各种努力下,数数发团队在2022年,完成iFHIR Center电子病历交换平台的开发。这款平台共有3大层,包括了无程式码/低程式码操作层、定义设定层,以及FHIR转换层。
其中,操作层可让医院使用者,直觉地用来设定原本电子病历对应FHIR的定义。因为,医院现行的病历若要转换为FHIR格式,需花时间一一定义个别栏位、确认栏位,往往旷日费时。为了优化这段流程,数数发团队打造了简单直觉的操作介面,让使用者几乎不需写程式码,只需简单设定妥要转换的栏位就能进行,节省了不少工作时间。
再来是定义设定层,该层提供了现行CDA R2标准和自定义样板,让医院使用者可以定义自己的病历格式。
这个自定义样板,正是源自国泰医院多年经验打造而成。虽然医院病历多达数十种,可是,卫福部只有针对常用病历,预先订出符合CDA R2标准的专用格式,医疗机构少用的病历则不规范,得靠医院自行定义,如国泰医院就自行定义了11张病历单张。这类自定义病历多为XML格式,在定义设定层上提供的自定义样板,正是为了让医院用来定义这些官方未规范的病历。
除了操作层、定义设定层,iFHIR Center平台还有一个FHIR转换层,能根据设定层的样板设定,将CDA R2标准或自定义XML格式的电子病历资料,转换为FHIR JSON格式。这还没结束,这些经平台转换的FHIR JSON病历资料,会写入FHIR伺服器,来进行不同机构间的FHIR资料交换。也就是说,欲交换的机构可在FHIR伺服器上,取得所需资料。
除了功能性分层,在技术上,iFHIR Center电子病历交换平台采用了微服务架构设计,来确保平台弹性和扩充性,也部署在公有云上。廖铭宏解释,云端模式可降低医院IT维运负担,而且,卫福部去年开放电子病历上云,允许机构使用境内云端服务。考量符合卫福部规范、在台设置资料中心等因素,团队後来决定部署到Google云平台。
持续优化平台,要让使用者能直接调整
除了架构上的斟酌,这个平台最重要的核心是FHIR病历规格。为确保平台支援的FHIR电子病历单张规格,能够符合卫福部的指引规范,数数发团队不只密切关注卫福部提出的台湾核心实作指引(TW Core IG),也聘请了参与指引制定的专家,来协助设计平台。
不过,卫福部的TW Core IG还未涵盖到所有常见的电子病历单张,实作指引日後还会不断调整。因此,「持续优化!」廖铭宏指出,他们正将iFHIR Center平台的FHIR设定功能,调整为更弹性的方式,让使用者只需参考TW Core IG规范变更,进行基础的栏位对应(Mapping)後,就能转换病历资料。
国泰金控数数发中心云端策略发展部金融医疗科企业架构师张芳瑜进一步解释,现行的CDA R2病历资料标准为XML格式,就像是一份已有固定栏位的表格(Table),但是FHIR则由一个个反覆重用的资源(Resource)所组成,就像是可重复组合的积木。使用者要将CDA R2档案转为FHIR,得将XML档案中的特定内容,对应到对应的FHIR资源中,如将表格中的病人姓名、性别等基本资料,对应到FHIR的姓名、性别资源。
不过,一开始,国泰先将转换逻辑写入到程式来提高速度,因此难以根据指引的更动来快速调整,在临床作业上会带来一些困扰,比如,第一线病历室职员平台瞄准的使用者群,也很了解病历栏位定义,但是,卫福部指引变动时,只能靠不熟悉栏位定义的IT人员来修改程式码。後来,数数发团队决定将调整权交给第一线使用者,让他们可以自行根据指引现状,调整栏位内容,才发展出更简洁的设定介面。
目前,这套iFHIR Center平台支援的电子病历单张达到了17张,包含检查报告、门诊病历、出院病摘、检验报告、手术记录、病理报告、护理计画、急诊检伤、会诊记录、证明书、病历首页、急住医瞩、化疗医嘱、呼吸治疗、复健报告、住院历程、电子表单等。
迈入推广测试阶段,已有近10家医学中心加入
平台开发完成後,国泰开发团队参加了2022年第三届台湾FHIR联测松,来测试1.0版平台的能力。这是产官联手举办的FHIR联测松活动,要提供医院、医资厂商、平台开发者等多方来验证,自己是否能按照规定的FHIR格式抛转医疗资料。在那场联测中,数数发团队报名了3个赛道,包括病人基本资料、处方用药及文件打包,以及紧急医疗救护,最後也成功通过这3种情境的测试,证实平台具备这3类FHIR资料交换能力。
与此同时,数数发团队也拜访全台近10家医学中心等级医院,与这些医院一一展开测试,由医院传送假资料来测试FHIR转换器,评估平台能否将资料转换为FHIR标准。在这个验证阶段,资料先传送到数数发团队建置的环境中。不过,待iFHIR Center平台正式上线後,使用者可将平台部署在自家私有云上,或由数数发团队提供容器化版本,来让使用者部署在医院端,於虚拟机器上执行。
由於数数发中心并非厂商身分,因此不会将这套平台包装为产品服务来贩售,而是作为工具,提供给医院使用。这意味着,医院可将这套平台用於不同资料交换场景,比如紧急救护、转诊等。陈维铭指出,数数发团队希望,藉提供这个工具,能吸引医院共同发展应用案例,如理赔抵缴。
FHIR标准转换平台是国泰金控金融医疗生态圈布局的第一阶段,目前也展开第二阶段,建置iClaim智能医疗理赔平台和iHealthShare医疗理赔资料查询平台,来加速医疗理赔资料传输和查询。第三阶段则是与医疗健康照护产业发展生态圈。图片来源/国泰金控
首波瞄准理赔抵缴,下一步要建金融医疗生态圈
理赔抵缴正是iFHIR Center平台首波瞄准的应用情境。一般来说,民众要申请住院理赔,得收集纸本的诊断报告、检验检查资料和收据,再交给保险业务员处理。若遇上定期回诊状况,民众就得分批收集纸本资料,时间冗长且有丢失风险,影响理赔金额。
因此,数数发团队构思的应用情境是,透过保户民众在医院App授权同意,来启动iFHIR Center平台,自动将民众在医院的诊断报告、检验检查和收据等资料,转换为FHIR标准,并传送给寿险业者。同时,寿险业者端也能根据资料来试算抵缴金额,民众离院缴费时,就能直接采取理赔抵缴,甚至不用付现金。
为实现这一目标,数数发团队已经展开第二阶段的平台建置,打造iClaim智能医疗理赔平台和iHealthShare医疗理赔资料查询平台,来分别加速医疗机构和人寿间的理赔病历资料传输、强化医疗和保险业者间的资讯互通,後者还可查询民众的理赔申请资料、iFHIR授权病历和iClaim抵缴金额等资讯。有了这些平台,就能展开第三阶段任务,与医疗健康照护产业发展更多应用场景。
从打造转换引擎到发展互通平台,国泰格外聚焦资料传输的安全。由於病历资料属特种个资,数数发团队深知资料保护重要性,采用了2项技术来确保安全,包括用ECDH演算法来加解密病历资料,以及用ECDSA演算法来进行资料的数位签章。
进一步来说,ECDH的好处是不必与所有平台使用者(含医院、保险业者)明订金钥,而是透过传送方私钥和接收方公钥,来产生金钥,进行加密工作。另外,接收方的私钥再加上传送方的公钥,则能产生一把一模一样的金钥,来进行资料解密。而数位签章的做法,则与常见概念相同,就是透过私钥签章、公钥验章,来确保资料完整性和真实性。
他们希望透过这些技术,来简化医院与寿险业者的理赔和核保流程。不只如此,数数发团队还有更多理想应用情境,比如iFHIR Center平台可用来加速医院与照护机构的资料互通,提高照护监测品质,又或是医院与其他医疗机构以此交换资料,来加速医疗决策和服务。甚至,这些工具还能用来打造医疗数据库,以利大规模医疗科技应用研发。国泰金控更长远的愿景是,借助这些工具和应用场景,来形塑出一个金融医疗生态圈。
设计医院FHIR课程,分享避坑指南
国泰金控数数发中心不只自建iFHIR Center电子病历交换平台,为了让医院使用者顺利上手这套工具,他们还设计一套FHIR入门课程。进一步来说,这款iFHIR Center平台瞄准医院病历室职员,要让使用者轻松将CDA R2标准的病历资料,转换为FHIR标准。在开发过程中,数数发团队不只向国泰医院请益,也聘请外部专家来学习FHIR知识。
尽管FHIR标准在2011年就於美国推出,但近年才在台湾受重视。也因此,FHIR的应用与学习资源,在台湾仍不算多。国泰数数发团队在这个条件下,跨领域学习、开发FHIR转换平台,「下了很多功夫,」国泰金控数数发中心云端策略发展部金融医疗科经理廖铭宏说。
他们汇整自己的开发和学习经验来设计课程,「不只告诉医院FHIR是什麽,也让他们避免我们踩过的坑,」廖铭宏表示。国泰数数发团队开给医院的课程,包括基础的FHIR介绍,像是FHIR的组成、结构、如何将现行病历资料对应(Mapping)到FHIR资源中,以及如何使用iFHIR Center平台等内容。在课程中,团队也穿插出考题,来评估医院使用者是否理解学习内容。
国泰金控数数发中心云端策略发展部金融医疗科企业架构师张芳瑜指出,对医院来说,FHIR资料对应是挑战较大的部分。
因为,FHIR有细致的栏位定义,需要医院使用者重新检视现行CDA R2标准的病历内容,再将这些内容拆分、准确对应到FHIR栏位,如此才能顺利转换。但有些医院,未必完全遵照CDA R2规范,因此得花更多时间整理原有病历内容,才能进行栏位对应和转换。
同时,数数发团队也分享踩雷经验,张芳瑜举例,使用开源FHIR伺服器HAPI FHIR时,团队遭遇到一个长期未修复的程式错误问题,也就是在该伺服器上查询资料时,无法给出整份资料。这时,就得使用其他程式来处理。他们将这类经验分享给医院使用者,让更多人熟悉这项应用。
今年,他们还联手台湾医疗影像资讯标准协会,要在国泰金控举办2023年度FHIR联测松,来让医资厂商、医院、学研政府等机构,来测试FHIR资料交换能力,扩大生态圈影响力。