医疗信息交换方法及其服务器

技术领域

本发明涉及一种信息交换方法及其服务器，尤其涉及一种医疗信息交换 方法及信息交换网站服务器。

背景技术

保险已成为生活中不可或缺的一部分。由于保险公司林立，各家保险公 司无不推出各种保险商品，以吸引消费者投保，然而，对于保险理赔的效率， 则是长久以来无法克服的难题。

造成保险理赔效率低落的原因，主要是由于当被保险人欲申请保险理赔 时，必须填妥相关申请书，并且备妥所需的各种文件资料(如医院诊断书、缴 费收据、X光片等)，被保险人常需要与医院直接接洽办理，公文往返需要花 费许多时间，若被保险人对于所需文件资料或流程不熟悉，只要遗漏任何一 件文件资料即需要进行补件，此时将耗费更多时间再次向医院进行文件的申 请。尤其是对于长者、行动不便，或疾病尚未完全康复的被保险人来说，如 此繁琐且冗长的程序，将造成被保险人在申请理赔时的不便。

另外，特别是在跨多种保险公司或不同保险商品时，被保险人常无法确 实回想出究竟在哪几家保险公司有投保哪些保险商品。

此外，虽然有保险公司采用加速理赔的模式，但其仅能单纯加快保险公 司内部作业时间，以产生理赔速度较快的效果，而对于案件进入保险公司内 部作业之前的备齐文件作业，仍然耗时费力。

因此，有必要提供一种医疗信息交换方法及信息交换网站服务器，以改 善先前技术所存在的问题。

发明内容

本发明的目的是提供医疗信息交换方法，用于信息交换网站服务器，其 可在至少一医疗单位服务器与至少一业务单位服务器之间传递医疗信息。

本发明的另一目的是提供信息交换网站服务器，其可在至少一医疗单位 服务器与至少一业务单位服务器之间传递医疗信息。

为达成上述目的，本发明的信息交换网站服务器分别与至少一医疗单位 服务器与至少一业务单位服务器电连接，其中信息交换网站服务器包括第一 数据库，每一至少一业务单位服务器包括第二数据库。医疗信息交换方法包 括下列步骤：接收代表使用者的身份识别信息；将身份识别信息与第一数据 库进行比对，以获得至少一可申请单位信息，并将身份识别信息传递至与至 少一可申请单位信息相对应的至少一业务单位服务器；至少一业务单位服务 器将身份识别信息与第二数据库进行比对，筛选出使用者可进行的至少一可 申请项目，并且将至少一可申请项目传递至信息交换网站服务器；从各业务 单位服务器接收至少一可申请项目；接收目标项目，目标项目由使用者在至 少一可申请项目中挑选；以及传送目标项目所对应的至少一文件需求至相对 应的至少一医疗单位服务器。

附图说明

图1是本发明的信息交换网站服务器的使用环境架构图；

图2是本发明的医疗信息交换方法的流程图；

图3是信息交换网站服务器的第一数据库的示意图；

图4是业务单位服务器的第二数据库的示意图。

并且，上述附图中的附图标记说明如下：

10信息交换网站服务器

20存储器

22软件程序

24第一数据库

242保险业者

30处理器

70使用者

72身份识别信息

80医疗单位服务器

90业务单位服务器

92第二数据库

922保险商品

99网络

具体实施方式

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举出 本发明的具体实施例，并配合附图，作详细说明如下。

请先参考图1，图1是本发明的信息交换网站服务器使用环境架构图。 信息交换网站服务器10作为医疗信息交换与处理的媒介，其分别与医疗单 位服务器80与业务单位服务器90电连接。其中，医疗单位服务器80与业 务单位服务器90的数量不限。

在本实施例中，以保险公司的保险理赔为例。业务单位服务器90即为 保险业者所属的服务器，医疗单位服务器80即为医院所属的服务器。要注 意的是，本发明的应用不限于此。举例来说，业务单位服务器90也可为社 会福利机构、保险代办机构、政府部门、劳保局、公保局所属的服务器等。

本发明的信息交换网站服务器10通过可相互传送信息的网络99以接收 与传递医疗单位服务器80与业务单位服务器90所提供的相关信息。举例来 说，网络99为网际网络或电信网络等。其中，信息交换网站服务器10包括 处理器30与存储器20，存储器20包括软件程序22与第一数据库24，借由 处理器30执行存储器20的软件程序22，以达成本发明的医疗信息交换的目 的。

接着请一并参考图1与图2，图2是本发明的医疗信息交换方法的流程 图。以下便借由图1与图2以便了解本发明的信息交换网站服务器10的实 际运作情形：

步骤200：使用者登入信息交换网站服务器。

使用者70可为被保险人，或者也可为他人(如保险业务员)代为处理保险 理赔作业。当他人代理保险理赔作业时，举例来说，需附上有被保险人签章 的委托书，才能通过信息交换网站服务器10以传递相关个人信息。

使用者70必须使用电脑、手机或其他通讯交换设备，通过网络99连接 到信息交换网站服务器10，输入所属的帐号与密码，或者输入具有相同效果 的认证信息。举例来说，除了输入帐号、密码之外，亦可通过如自然人凭证、 电子签章、保单号码，或存储个人信息的芯片卡等方式以进行身份确认。使 用者70登入信息交换网站服务器10之后，方能使用信息交换网站服务器10 所提供的功能。

步骤201：接收代表使用者的身份识别信息。

身份识别信息72为足以代表使用者70与区分其他使用者的识别信息。 举例来说，身份识别信息72可为姓名、出生年月日、身份证号、健保卡卡 号、或保险单号码等个人信息。身份识别信息72也可组合两种以上个人信 息以增加准确度，以使每一身份识别信息72只对应到单一使用者70。

步骤202：将身份识别信息与第一数据库进行比对，以获得至少一可申 请单位信息，并将身份识别信息传递至与至少一可申请单位信息相对应的至 少一业务单位服务器。

请一并参考图3，图3为信息交换网站服务器的第一数据库的示意图。 信息交换网站服务器10的第一数据库24中存储所有与业务单位服务器90 有往来的使用者70的数据。在本实施例中，可申请单位信息为保险公司信 息。

第一数据库24存储每一身份识别信息72所对应的使用者70所投保的 保险业者242，由于每一使用者70可能同时投保多家保险公司，步骤202的 目的即汇总每一使用者70的可申请单位信息。

以图3为例，当身份识别信息72为“12345”与第一数据库24进行比 对后，获知身份识别信息72为“12345”的使用者70投保有“国泰”、“新 光”两家，接着便分别将身份识别信息72传递至“国泰”、“新光”两家。 要注意的是，第一数据库24的数据存储方式不限于此。

步骤203：将身份识别信息与第二数据库进行比对，筛选出使用者可进 行的至少一可申请项目，并且将至少一可申请项目传递至信息交换网站服务 器。

请一并参考图4，图4为业务单位服务器的第二数据库的示意图。将身 份识别信息72与业务单位服务器90的第二数据库92进行比对，即可筛选 出使用者70可进行的至少一可申请项目，并且将至少一可申请项目传递至 信息交换网站服务器10。

在本实施例中，可申请项目为保险商品。以图4为例，第二数据库92 存储于“新光”所属的业务单位服务器90。当身份识别信息72为“12345” 与第二数据库92进行比对后，获知身份识别信息72为“12345”的使用者 70于“新光”投保有“意外险”、“寿险”、“医疗险”三种商品。要注意 的是，第二数据库92的数据存储方式不限于此。

步骤204：从各业务单位服务器接收至少一可申请项目。

在本实施例中，由于身份识别信息72为“12345”的使用者70投保“国 泰”与“新光”，因此会从“国泰”与“新光”业务单位服务器90分别接 收到可申请项目。

步骤205：产生一清单。

清单汇整所有关于使用者70有投保的保险公司的所有已保险商品，供 使用者70参考。在本实施例中，清单即汇总“国泰”与“新光”的可申请 项目。清单可条列显示在使用者屏幕，供使用者70以点选方式决定所需申 请项目。清单也可供列印，以便于通过他人代为处理保险理赔。要注意的是， 清单也可包括建议方案，建议方案根据该至少一可申请项目计算而来，通过 试算，提供使用者70较佳的申请理赔方案。例如当医疗住院给付同时存在 “按日给付”与“实支实付”时，可先行计算何方案对使用者70较有利。

举例来说，若使用者70住院15天，医疗费用共支出27万，使用者70 的投保项目同时包括每日1万元的“按日给付”与每次上限30万元的“实 支实付”，在只能选择其中一种的情况下，信息交换网站服务器10即计算 出：若以“按日给付”可获得理赔15万元，以“实支实付”则可获得理赔 27万元。

步骤206：接收目标项目，目标项目由使用者在至少一可申请项目中挑 选。

信息交换网站服务器10接收目标项目，目标项目由使用者70在至少一 可申请项目中挑选。在本实施例中，使用者70通过清单上勾选而成为目标 项目。

步骤207：传送目标项目所对应的至少一文件需求至相对应的至少一医 疗单位服务器。

举例来说，以保险公司为单位，向医院进行索取医疗信息的需求(例如需 要几张诊断书、几张收据等)。

步骤208：接收至少一文件需求。

医疗单位服务器80接收到至少一文件需求。

步骤209：传送满足至少一文件需求的至少一医疗信息。

至少一医疗信息，例如诊断书、缴费收据、病历或检查数据(如X光片、 组织切片)等。

在本实施例中，医疗信息符合HL-7信息交换格式。要注意的是，医疗 信息的格式不限于此，举例来说，医疗信息可为符合TMT信息交换格式， 或者医疗信息也可为将纸本文件进行扫描后的电子档等。

步骤210：从至少一医疗单位服务器接收至少一医疗信息，并传递至相 对应的至少一业务办理服务器。

在本实施例中，信息交换网站服务器10以各保险公司的文件需求为单 位，从医疗单位服务器80接收至少一医疗信息。

步骤211：接收至少一个人医疗信息。

业务单位服务器90接收至少一个人医疗信息。当业务单位服务器90接 收至少一个人医疗信息后，便开始进行审核作业，主要会产生下列三种审核 结果：

(1)补件

表示申请文件上有缺漏或不符规定，接着便进行步骤212。

(2)退件

表示申请文件上有补件也无法克服的情形(例如根本不符合理赔规定，也 无补件的问题)，因而退件。接着便将代表“退件”的信息回传到信息交换网 站服务器10之后，便停止流程。传递至信息交换网站服务器10的信息以供 后续查询、追踪之用。

(3)通过

若文件齐备，且通过审核，即表示使用者70可获得理赔。接着便将代 表“通过”的信息回传到信息交换网站服务器10之后，便停止流程。传递 至信息交换网站服务器10的信息以供后续查询、追踪之用。

步骤212：产生至少一补件信息，并且传送补件信息至信息交换网站服 务器。

当保险业者审核后发现有数据不足之处，业务单位服务器90产生至少 一补件信息，补件信息从业务单位服务器90传递至信息交换网站服务器10。

步骤213：从至少一业务单位服务器接收至少一补件信息，并且将至少 一补件信息传递至相对应的至少一医疗单位服务器。

步骤214：接收至少一补件信息。

医疗单位服务器80接收到至少一补件信息。

步骤215：传送满足至少一补件信息的至少一补充医疗信息。

类似于步骤209。

步骤216：从至少一医疗单位服务器接收补充医疗信息，并将该信息传 递至相对应的业务办理服务器。

步骤217：进行后续审查作业。

后续审查作业也会产生补件、退件或通过的审核结果。

综上所述，本发明无论就目的、手段及功效，均显示其不同于已知技术 的特征。须注意，上述实施例仅为例示性说明本发明的原理及其功效，而非 用于限制本发明的范围。本发明的权利保护范围应如随附的权利要求所述。