CN101030207A - 用于使输入数据和已有数据的视觉比较容易的系统和方法 - Google Patents

用于使输入数据和已有数据的视觉比较容易的系统和方法 Download PDF

Info

Publication number
CN101030207A
CN101030207A CNA2006100642850A CN200610064285A CN101030207A CN 101030207 A CN101030207 A CN 101030207A CN A2006100642850 A CNA2006100642850 A CN A2006100642850A CN 200610064285 A CN200610064285 A CN 200610064285A CN 101030207 A CN101030207 A CN 101030207A
Authority
CN
China
Prior art keywords
data
message
input data
user
target data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006100642850A
Other languages
English (en)
Other versions
CN101030207B (zh
Inventor
M·J·阿默
D·J·贝尔彻尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IDX Investment Corp
Original Assignee
IDX Investment Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by IDX Investment Corp filed Critical IDX Investment Corp
Publication of CN101030207A publication Critical patent/CN101030207A/zh
Application granted granted Critical
Publication of CN101030207B publication Critical patent/CN101030207B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/26Visual data mining; Browsing structured data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T11/002D [Two Dimensional] image generation
    • G06T11/60Editing figures and text; Combining figures or text

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • User Interface Of Digital Computer (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种数据比较和更新系统(104),其包括显示比较/更新GUI(500)的比较/更新模块(208),其中比较/更新GUI允许用户将进入系统的输入数据(116)与已有目标数据(108)进行视觉比较。该比较/更新模块(208)可以被配置为相对于目标数据(108)标记输入数据(116)中的变异数据(540),并允许用户选择要使用该变异数据更新的目标数据,如果有的话。该系统也包括数据匹配模块(208),其允许用户验证正被比较的数据的适当性,并且选择在检索适当的目标数据字段(442)时使用的输入数据字段(440),以便在视觉比较中使用。该系统(104)包含允许用户配置该系统以识别各种类型和格式的输入数据的特性。

Description

用于使输入数据和已有数据的视觉比较容易的系统和方法
技术领域
本发明一般涉及信息系统领域。更特别地,本发明涉及用于使输入数据和已有数据的视觉比较容易的系统和方法。
背景技术
目前用于将数据传送到已有电子数据库中的系统不允许用户为了选择数据来更新而容易地将输入数据与已有数据进行视觉比较。目前需要大量的人为干预来确定如何将不是完整的和自动的更新的输入数据用于已有数据。这种干预可能是非常耗时的并且可能需要使用人工数据输入技术。即使自动匹配技术可以用于试图确定一个或更多数据段是否应当被更新,但在许多情况下最好的数据匹配器仍然是组织的人类数据用户。人类可以通过观察数据来以非常可靠的方式直观地作出结论。他们不需要作广泛的数据研究或使用复杂的算法;他们简单地使用过去的经验和知识来做出正确的决定。
在本领域的目前状况下,如果现有电子数据库的用户想要使用输入信息来更新已有数据,那么使用逻辑规则的映射处理可以用于预先确定数据的部署。但是,没有给终端用户机会来在更新之前再查看该数据,以使得如果需要的话,该用户可以对特定数据段做出不同的选择。相反,不满足用于部署的特定标准的输入数据值的人工列表即“变异数据(variant data)”将经常被创建,并且这个列表将需要被再查看。
时常,这种人工列表的再查看可能涉及一个组织机构的工作人员对已有数据执行人工查找,以便将变异数据与已有数据进行比较,并且随后作出应当如何使用该变异数据的决定,如果需要的话。如果该变异数据还没有存在于现有电子数据库中但是期望其在那里,那么这个决定随后将被人工地以符号表示,并且随后的人工数据输入步骤将用于更新已有数据或者用于创建新的数据字段或新的数据记录,以保持该变异数据。
另外,在许多数据库中,例如,在保健(healthcare)数据库中,需要具有可用于将输入数据和已有数据匹配的各种广泛的标准。目前的保健企业系统和应用常常具有非常有限的匹配能力,并且将只允许基于预定的病人标识符例如其中之一是病人姓名或唯一的医学记录号进行匹配。另外,可以以各种交易(transaction)格式接收输入数据,例如,HL7和ANSI Xl2的各种版本以及具有更加专属特质的格式。对于每种类型的格式和交易,只有非常小的当前能力来指示哪个数据字段应该被认为是与现有保健系统匹配的字段,并且这个匹配将如何发生。也需要具有最新的信息,这对于保健组织的财政和病人的健康这两者上都具有影响。通过加速更新处理,保健组织的提供商和员工将有权访问最新的数据。
发明内容
在一个方面中,本发明涉及使多个输入数据值与多个目标数据值的视觉比较更容易的方法。这多个输入数据值分别与多个输入数据字段相关联,并且这多个目标数据值分别与多个目标数据字段相关联并被存储在至少一个目标数据存储器中。该方法包括经由第一用户界面接收多个输入数据字段中的至少一个输入数据字段的选择。根据选择的至少一个输入数据字段,多个目标数据值从至少一个目标数据存储器中被检索。这多个目标数据值和多个输入数据值彼此同时地被显示在显示器上,以使得这多个目标数据值和多个输入数据值的视觉比较更容易。
在另一方面,本发明涉及使多个输入数据值与对应的各自多个目标数据值的视觉比较更容易的系统。这多个输入数据值分别与多个输入数据字段相关联,并且这多个目标数据值分别与多个目标数据字段相关联。该系统包括第一装置,用于实质地并排显示这多个目标数据值和多个输入数据值,以使得这多个输入数据值和多个目标数据值的其中相似数据值的视觉比较更容易。提供第二装置,用于允许用户选择这多个输入数据字段中的至少一个,并且用于利用这多个输入数据字段中选择的一个来检索多个目标数据值。
附图说明
为了说明本发明的目的,附图示出了当前优选的本发明的形式。但是,应当明白,本发明并不局限于附图中所示的精确的排列和方式,其中:
图1A是示出包含本发明的数据比较和更新系统的系统的高级示意图;
图1B是其中可以实现图1A的系统的操作环境的高级示意图;
图2是图1A中的数据比较和更新系统的高级示意图;
图3是图1A和图2中的数据比较和更新系统的已接受的消息格式建立主屏(homescreen)的画面(screenshot)图;
图4A是图1A和图2中的数据比较和更新系统的消息建立主屏的画面图;
图4B是图1A和图2中的数据比较和更新系统的数据匹配建立屏的画面图;
图4C是图1A和图2中的数据比较和更新系统的数据交叉映射屏的画面图;
图4D是图1A和图2中的数据比较和更新系统的交叉映射定义窗口的画面图;
图5是图1A和图2中的数据比较和更新系统的比较/更新屏的画面图;和
图6A-B示出了说明本发明的数据比较和更新方法的流程图,其可以通过图1A和图2中的数据比较和更新系统来实现。
具体实施方式
现在参考附图,图1A示出了系统100,其包括本发明的数据比较和更新(DCU)系统104。一般地,DCU系统104允许用户(未示出)基于输入该DCU系统中的输入数据116以视觉方式校验并人工启动包含在一个或更多目标数据存储器112中的目标数据108的自动更新。(应该注意的是,作为此处和所附权利要求中所使用的术语“正在更新”、“更新”以及它们的变异包括以输入数据116的特定数据值来替换目标数据108的特定数据值、用对应的各自输入数据值来填充还没有填充的已有目标数据字段、记录等、以及建立新的目标数据段并用对应的各自输入数据值来填充新的目标数据字段。)
DCU系统104可以在任何合适的计算机118中实现,例如通用计算机、特定应用计算机、服务器等等。广泛地,输入数据116实际上可以是非目标数据108的可视任何数据。典型地,输入数据116由DCU系统104从不同于数据存储器112的源中进行接收。输入数据116的这种源的例子包括但是不局限于外来数据存储器(诸如外来数据存储器120)和/或软件应用(诸如在常规意义上实质上集合了来自存储在一个或更多数据存储器中的数据和/或来自没有存储在数据存储器中的短暂数据的输入数据的软件应用124)。也就是说,那些本领域技术人员将容易地认识到,输入数据116甚至可以与目标数据108一起存储在数据存储器112中。也应该注意到的是,每个目标数据存储器112不一定需要驻留在如图1A中所描述的任何单独存储装置126中,而是可以分布在两个或更多存储装置中,两个或更多存储装置的例子包括各种类型的长期存储装置,例如磁盘、光盘、磁带、非易失性存储器等等,以及短期存储装置,其中之一例如易失性随机存取存储器。
图1B示出了在其中可以实现本发明的系统100的环境130的例子。虽然不要求,但是一般地将根据计算机可执行的指令(例如由常规通用数字计算机所执行的程序模块)对本发明进行描述。典型地,程序模块包括执行特定任务的例程、程序、对象、组件、数据结构等。可以用各种计算机系统配置实施本发明,包括连网的客户机-服务器计算系统、手持装置、可编程消费电器、微型计算机、主机计算机等等。通常但不一定,在其中通过远程处理装置来执行任务的分布式计算环境中实施本发明,其中这些远程处理装置经由例如LAN、WAN或基于因特网的网络的通信网络进行链接。在分布式计算环境中,程序模块可以位于本地和远程存储器存储装置两者中。
另外,预期的是,系统100可以但不一定在联网的计算环境130中运行,在联网的计算环境中计算机118直接或间接通过网络134(例如LAN、WAN、因特网或其组合)与一个或更多网络服务器138进行连接。在某些情况下,计算机118可以包括多个通过LAN、WAN、因特网或它们的组合(未示出)在操作上进行连接的计算机118。计算机118可以包括一个或更多计算机中央处理器142、计算机存储器146以及输入/输出装置150。环境130及其组件包括计算机程序154,其中当由该环境中的计算资源执行该计算机程序时,这些程序提供本发明的功能。
如下面所详细描述的,DCU系统104可以被配置用于处理采用许多数据格式中的任何一种并且属于任何一种或多种消息类型的输入数据116。虽然数据格式和消息类型的广泛概念通过下面使用涉及保健行业的例子来进行举例说明,但是本领域技术人员将容易地认识到,本发明实质上可以在利于或期望能够实施计算机实现的人工数据验证和基于输入数据116人工启动目标数据108的更新的任何行业或领域中实现。本发明的DCU系统的应用的例子包括银行业务、信用报告、实质上在加减项目的任何商业中的存货控制、人力资源,例如用于在诸如时间报告、工资单和雇员数据库的系统之间使用和/或与处理诸如卫生保健、寿命和残废保险等等的员工利益一起使用。当然,之前的列表是示例性和非限制性的。本领域技术人员将容易地认识到,本发明的应用太多了,以至于不能给出一个穷举的列表。显然,预期通过本发明来处理的诸如科学、人口统计学、地理学、金融、商业交易等等的数据种类同样也是广泛的。
在保健业中所使用的数据格式的例子特别包括由美国国家标准学会(ANSI)的公认标准委员会(ASC)针对企业对企业交易所颁布的Xl2统一标准格式(www.xl2.org)、由ANSI的七级健康标准发展组织(SDO)针对保健领域交易所颁布的HL7统一标准格式(www.hl7.org)以及由软件公司和其它实体所设计的各种专有/定制格式。简要地说,ASC Xl2标准提供超过315个标准电子数据交换(EDI)交易,其能够保证包括保险、金融、政府、供应链、交通运输、技术评估、通信/控制以及教育管理的各种领域中的B2B电子商业信息传送的安全。通常,每个交易提供允许企业或其它实体彼此之间传送特定的交易信息的预先格式化的结构。每个标准交易可以在诸如卫生保健、银行业务、人寿保险等等的各种领域的任意一个中根据专用于对该领域的“实施指南”(IG)来实现。例如,在卫生保健的场合中,ASC Xl2标准作为标准交易号码278提供为“卫生保健服务再查看信息”设定的保健保险交易。278 IG中的一个定义了这样一个交易,其用于从针对病人治疗安排(referral)的保健保险业者请求并接收批准,以确保所提及的服务在该服务执行之前由该保险业者覆盖。用于该278交易的另一个IG用于查询关于治疗安排的状态。作为另一个例子,存在多个用于837主张提交交易的各种实施的IG,包括用于职业方面的、公共机构方面的、药物方面的以及牙齿方面主张(claim)的IG。通常,EDI交易及其实现的利用通常是通过ASC Xl2交易的序数来指示的。因此,保健服务再查看信息交易的执行的利用一般被称为“278交易”。与保健相联系的ASC Xl2 EDI交易的其它例子在下面的表I中列出。应该注意的是,这个表不是穷举的,而仅仅是说明性的。这些是每一个这些交易的标准版本的例子。
表I
示例性的有关保健的ASC Xl2交易
交易号码   交易名称
270        保健合格/受益调查
271        保健合格/受益信息
275        病人信息
276        保健主张状态请求
277        保健主张状态通知
278        保健服务再查看信息
820        付款委托书汇款通知
834        受益登记和维持
835        保健主张付款/通知
837        保健主张
如上所述,DCU系统104可以配置为处理一个或更多消息类型。在输入数据116的语境中,消息类型对应于输入数据的目的、用途或功能或者对应于输入数据的理由。例如,在保健的场合中,目标数据108以包括多个病人记录,每一个病人记录都被分列到各种字段中,例如医疗记录号字段、病人姓名字段、出生日期字段、性别字段以及多个有关对应病人已接受的治疗安排的字段。这些治疗安排字段可以特别包括针对每个治疗安排的包含诸如未决、已批准、被拒绝等的指示该治疗安排状态的数据值的状态字段。
在一个例子中,输入数据116可以是来自保险业者的ASC Xl2 278交易,其包含针对某种病人的特定治疗安排的证明。在这种情况下,输入数据116的目的或理由是通知保健供应商:该保险业者已经批准了该治疗安排。另外,输入数据116的用途是更新相关病人的治疗安排的状态,在这种情况下更新为“已批准”。因此,针对这个交易的合适的消息类型可以被称为“治疗安排”或类似的描述性术语。表I中所列出的用于执行其它ASC Xl2交易的其它消息类型的例子可以是如在下面的表II中所列出的。这里应该注意的是,除了“已批准”状态外,该278交易将包括涉及相关病人的其它数据,例如唯一地标识病人和交易的姓名、出生日期、保险合同号、证明号码等等。如下所述,DCU系统104可以是用户可配置的,以突出显示涉及目标数据108的输入数据116中的任何变异数据,以及允许用户人工地选择是否应以任何变异数据更新该目标数据。表II示出了当接收者是供应商并且发送者是健康计划时,将要被改变或被添加到该接收者的接收系统上的数据的例子。表III示出了当接收者是支付者并且发送者是雇主或者是供应商时,支付者从雇主和供应商接收该数据,将要被改变或被添加到该支付者的接收系统上的数据的例子。
表III
表I中ASC Xl2交易的示例性消息类型
支付者从雇主或供应商处接收数据
交易组号码    交易名称                  消息类型
820           付款委托书汇款通知        保险费付款
834           受益申请和维持            受益登记
837           保健主张                  主张提交(从供应商处)
表II
表I中ASC Xl2交易的示例性消息类型
供应商从支付者处接收数据
交易号码      交易名称                  消息类型
271           保健合格受益响应          合格验证
277           保健主张状态响应          主张状态响应
835           保健主张付款/通知         主张付款
278           保健服务再查看信息-请求响应  治疗安排批准状态
HL7消息本质上是临床的,因此发送者和接收者两者通常都是保健供应商系统。消息示例是从实验室计算机系统将实验室结果发送到同一医院内的临床记录计算机系统中。或者,该消息可以从实验室计算机系统发送到不属于该医院信息系统的医师的办公室计算机系统中。用于保健领域消息传送的HL7统一标准通常具有与ASC Xl2标准的结构并行的结构。即,HL7统一标准具有跨多种消息类型通用的特定格式,更确切地来说,形式如同ASC Xl2标准具有跨多种交易通用的特定格式。例如,HL7统一标准可以被用于创建多种模板或数据“模型”。通常,模板是一个或更多保健风险承担者感兴趣的数据/信息的结构化集合。每个模板都可以被认为通过每个ASC Xl2交易执行对应于各自消息类型的方式对应于各自的消息类型。另一方面,数据模型类似于ASCXl2结构中的“实施”。即,HL7数据模型用于定义特定应用的统一标准。HL7模板和数据模型或者简称为“消息”以及对应的消息类型的例子在下面的表III中列出。本领域技术人员将容易地理解,表III中HL7消息的列表仅仅是说明性的和非穷尽性的。
表IV
示例性的HL7消息和消息类型
消息         消息类型
Lab Result   血液实验室
Diab Temp    糖尿病模板
Depr Temp    抑郁症模板
Biopsy       活组织检查组织
应当认识到的是,涉及ASC Xl2和HL7标准的输入数据116的格式和消息类型的前述例子是专用的,并且很可能随时间而改变。但是,本领域技术人员将容易地认识到,涉及这些特定例子的、上文所述的数据格式和消息类型的宽泛概念可应用于跨宽泛的领域的许多其它数据消息传送/通信标准,并且这些概念将最有可能被应用于ASC Xl2和HL7标准以及其它数据消息传送/通信标准的任何将来的版本中。除了配置为处理根据实质上任何数据标准传送的输入数据116以外,DCU系统104还可以配置为处理实质上任何专有结构的输入数据。
图2更加详细地示出了图1A中的DCU系统104。在图2中示出的DCU系统104可以包括多个“模块”200、204、208,其中每一个都提供一个或更多期望用于实现该系统全部功能性的功能。在该关系中,应该注意的是,在此处和所附权利要求中所使用的术语“模块”指示一个或更多相关功能的逻辑分组,并且不一定是提供这种功能性的离散物理结构。实际上,在本发明的DCU系统的最可能的实例化中,各种“模块”的功能将并非包含在离散物理结构中,而是包含在例如软件的计算机可执行指令中,在适当的时间在合适的计算机系统中由一个或更多处理器来执行计算机可执行指令,以执行这些功能。也就是说,可以想像,本发明的模块可以包含在例如电子模块的离散物理结构中,其中每一个模块都能够执行各自对应的功能。这种计算机可执行指令可以包含在任何合适的计算机可读媒体或媒体的组合中,包括但并不局限于:易失性和非易失性存储器、数字或模拟信号或存储装置,例如磁和光学装置以及穿孔卡片,这里仅仅列出了小部分。
参考图2,DCU系统104可以包括消息标识(ID)模块200、数据匹配模块204、以及比较/更新(C/U)模块208。在高层上,消息ID模块200可以设计为提供允许用户配置DCU系统104以基于合适的识别标准(例如文件名扩展和/或识别标记伴随的输入数据116)识别和区分一个或更多交易或消息格式的功能性。在该关系中,应该注意的是,输入数据116可以以任意的多种方式进入DCU系统104,更具体地说,作为一个或更多离散文件,或一个或更多流式文件进入DCU系统104。消息ID模块200也可以设计为允许用户配置通信方法,通过该通信方法可以由DCU系统104接收输入数据116,即特定消息。例如,该通信方法可以经由某一通信端口、经由因特网连接、利用文件传输协议(FTP)等来控制。用户可以期望DCU系统104处理的每个消息的通信方法通常将是公知的。
消息ID模块200可以包括提供用户界面、例如图3中的ID建立用户界面(GUI)300的ID建立管理器220,其特别允许用户:1)为DCU系统104选择一个或更多消息格式用以识别;2)配置该消息ID模块,以识别该消息ID模块还不可识别出的一个或更多消息格式;3)修改在ID建立管理器中已经表示了的一个或更多消息格式的识别(标识)标准;4)删除在数据格式ID模块中已经表示了的一个或更多消息格式;以及5)针对每个消息格式配置通信方法。一般地,ID建立管理器220用于建立一个或更多用户期望DCU系统104识别并处理的消息类型和对应通信方法的库224(图2)。
图3特别地示出了ID建立GUI 300的已接受消息格式建立主屏304,即由ID建立管理器220在每次初始激活GUI时所显示的第一屏幕。在基于万维网的DCU系统104(图1A和2)的实现中,主屏304可以被称为格式ID GUI 300的“主页”,以与适当的术语相一致。当下面所述的ID建立GUI 300和其它GUI主要地作为全屏GUI进行说明时,本领域技术人员将很容易地认识到这些GUI的任意一个或更多都可以以其它方式例如弹出窗口、对话框等来实现,以适应特定设计。另外,虽然下面所述的ID建立GUI 300和其它GUI作为具有特定版面布局和特定特征类型例如检查框、按钮、超链接等等来进行显示和描述,本领域技术人员应该了解的是,这些布局和特征类型是示例性和非局限性的。在实际中,所示的布局和特征类型的一个或更多选择被提及。虽然如此,但是本领域技术人员应该很容易认识到的是,有更多其他的在本文所示和所描述的ID建立GUI 300和其它GUI中可以容易地进行替换的、GUI设计领域中所公知的、消息格式和特征类型的没有被提及的选择。
已接受消息格式建立主屏304可以呈现消息格式列表308,该列表包含目前DCU系统104(图1A和2)建立为识别的消息格式。如上所述,关于消息格式列表308的数据可以被存储于库224中,其可以或可以不与目标数据108(图1A)驻留在相同的存储装置126上。在所示的情况中,消息ID模块200被建立为识别ASC Xl2和HL7标准格式以及被称为“PHARMdBv2”的专有格式,该专有格式是用于传送来自专有库存计算机应用的处方数据的虚拟专有格式,用于跟踪并保存医院内药房的药房数据。
出于说明的缘故,PHARMdBv2消息格式利用常规的“.dbf”数据文件格式,并且包括包含“PHARMdBv2”的标题,用以将数据标识为“PHARMdBv2”类型。ID建立主屏304也可以包括一个或更多选择器、例如检查框312,其允许用户指示哪个或哪些数据格式能够用于DCU系统104的特定应用。在所说明的情况中,DCU系统104配置为识别ASC Xl2和PHARMdBv2格式而不是HL7格式,如检查框312中检查标记的存在与否所示。
消息ID模块200(图2)可以包括规则228,这些规则228用于处理故意没有识别出的消息格式、即在消息格式建立主屏304上显示但是没有被选择的消息格式,以及不可识别的格式、即没有在主屏上显示的格式。例如,用于故意不识别的格式的规则可以使消息ID模块200显示一个弹出窗口(未示出),其显示消息:“系统接收到来自系统故意阻止的HL7数据。你可以:(1)通过选择下面的‘查看’按钮来查看这个数据;(2)通过选择下面的‘改变状态’按钮通过改变识别状态来允许系统识别这个数据;(3)通过选择下面的‘忽略’按钮来忽略这个数据”或类似消息。相应地,DCU系统104可以缓存该故意没有识别出的输入数据。作为另一个例子,用于不可识别的格式的规则可以使消息ID模块200显示可选择的弹出窗口(未示出),其显示消息:“系统接收到不能识别的数据”。你可以通过选择下面的‘查看’按钮来查看这个数据,或通过选择下面的‘忽略’按钮来忽略这个数据”或类似的消息。作为可能的情况,用户可以选择改变特定格式的状态或增加新的格式。
消息格式列表308可以包括针对每个消息格式所列出的ID标准316A-C,其中消息ID模块200使用这些ID标准将输入消息116的格式(图1A和2)标识为消息格式列表中的可识别格式。在所示的例子中,针对ASC Xl2和HL7格式的ID标准316A-B简单地是文件扩展(名)“.xl2”和“.hl7”。
但是,用于PHARMdBv2格式的ID标准316C包括“.dbf”的文件扩展名和出现在该文件的文件标题中的项“PHARMdBv2”。ID标准316A-C可以存储在库224(图2)中。所列出的每个消息格式也可以在“消息类型”栏320中指出,其中消息类型在消息格式中是有效的。例如,ASC Xl2格式可以具有诸如270、271和834的有效消息类型。图3示出了在DCU系统104(图1A和2)中使用的ASC Xl2消息类型834和271。所列出的每个消息类型也可以包括对应的通信方法指示符318,例如所示的318A-C,该指示符向用户和DCU系统104(图1A和2)标识系统将用于接收该消息类型的通信方法。通信方法可以包括各种用于TCIP连接的端口号,用于因特网连接的诸如URL的Web地址,或者用于调制解调器连接的拨号号码。方法指示符318A-C和用于处理所指示的通信方法的适当的机器级指令可以被存储在库224中。可以提供状态栏324,以指示活动级或每个消息类型目前的使用阶段。在本例中,消息类型的状态可以是“有效”、“无效”或“测试”,其中“有效”意味着该消息目前正在运行,“无效”意味着该消息类型没有被使用,以及“测试”意味着该消息类型或者正在被建立,或者正在被用于测试交易,并且没有处于正在活动的有效模式中。
消息格式建立主屏304可以包括用于从消息格式列表308中选择性地删除每个消息格式的删除特征。该删除特征可以包括“删除”按钮328(或超链接等等),在用户选择按钮328时可以显示请求用户确定删除的弹出窗口(未示出)。消息格式建立主屏304也可以包括用于选择性地修改消息格式标识符332、对应的ID标准316A-C、和/或对应的方法指示符318A-C的修改特征。该修改特征可以包括“修改”按钮336(或超链接等等),当用户选择“修改”按钮336时可以显示允许用户以适当的方式修改数据的弹出窗口(或另一个屏幕/页面等等)(未示出)。消息格式建立主屏304可以进一步包括用于向格式列表308添加消息格式的添加特征。这种添加特征可以包括“添加消息格式”按钮340(或超链接等等),当用户选择“添加消息格式”按钮340时可以显示允许用户添加新的消息格式标识符332、适当的ID标准316以及适当的通信方法标识符318的弹出窗口(或另一个屏幕/页面等等)(未示出)。在用户用ID建立管理器220(图2)完成之后,用户可以选择适当的选择器,例如“完成”按钮344,其关闭ID建立GUI 300。
数据匹配模块204(图2)可以包括提供用户界面、例如图4A-D中的消息建立GUI 400的数据匹配管理器232,其特别允许用户:1)为DCU系统104(图1A和2)选择一个或更多消息类型,用以识别;2)配置该消息匹配模块,以识别该模块还不能识别的一个或更多消息类型;3)修改在消息匹配管理器中已经表示了的一个或更多消息类型的识别标准;4)删除在消息匹配模块中已经表示了的一个或更多消息类型;5)选择输入数据116(图1A和2)的一个或更多数据字段,用于将输入数据与适当的目标数据108进行匹配;以及6)选择输入数据的数据字段,以便显示,从而提供上文和下文所描述的比较和更新的功能性。在本实施例中,前述功能1-4由“消息建立”主屏404(图4A)来提供,功能5由“数据匹配建立”屏幕406(图4B)来提供,并且功能6通过“数据交叉映射”屏幕408(图4C)来提供。这些屏幕404、406、408中的每一个都在下面进行描述。当然,本领域技术人员将很容易地认识到,消息建立GUI可以以不同于屏幕404、406、408的多种方式进行具体化。消息建立主屏404、数据匹配建立屏幕406、以及数据交叉映射屏幕408在下面进行详细描述。
在图4A中所示的消息建立主屏404可以呈现消息类型列表410,该列表410包含出现在ID建立GUI 300的消息格式列表308(图3)上的每个消息格式的消息类型。关于消息类型列表410的数据可以被存储在适当的数据存储器中,例如数据类型数据存储器236(图2)中,该数据可以或可以不与目标数据108(图1A)存储在相同的存储装置126中。在本例中,消息类型建立模块204被设置为对于ACS Xl2格式识别数据类型“合格验证”和“主张状态”,对HL7格式识别数据类型“实验室结果”和“糖尿病模板”,并且对PHARMdBv2格式识别数据类型“医院药房”。在这个例子中,应该注意的是,按照HL7格式的实验室结果和糖尿病模板数据类型被“灰化(gray out)”,以指示它们是不激活的,如由图3的消息格式建立主屏304中的对应的检查框312中缺少检查标记所指示的。消息建立主屏404也可以包括一个或更多选择器、例如检查框412,其允许用户指示哪个或哪些数据类型能够用于DCU系统104的特定应用。在本例中,DCU系统104被配置为识别ASC Xl2格式的合格验证数据类型,HL7格式的实验室结果和糖尿病模板数据类型(但是,回想HL7格式是非激活的),以及PHARMdBv2格式的医院药房数据类型,如检查框412中的检查标记的存在与否所指示的。
消息建立模块204(图2)可以包括规则240(图2),用于处理故意没有识别出的数据类型、即包含在消息建立模块中但是没有被选择的类型,以及不能识别的类型、即没有包含在该模块中的类型。例如,用于故意没有识别出的数据类型的规则可以使数据匹配模块204显示一个弹出窗口(未示出),其显示消息:“系统接收到来自系统的故意被阻止的HL7实验室结果数据。你可以:(1)通过选择下面的‘查看’按钮查看这个数据;(2)通过选择下面的‘允许数据’按钮来允许这个数据;或(3)通过选择下面的‘忽略’按钮来忽略这个数据或类似的消息。相应地,DCU系统104可以缓存故意没有识别出的输入数据。作为另一个例子,用于不能识别的格式的规则可以使数据匹配模块204显示可选择的弹出窗口(未示出),其显示消息:“系统接收到不能识别的数据。你可以通过选择下面的‘查看’按钮来查看这个数据,或通过选择下面的‘忽略’按钮来忽略这个数据或类似的消息。作为可能的情况,用户可以选择改变特定数据类型的状态或增加新的数据类型。
消息类型列表410可以包括针对每个消息格式所列出的ID标准416A-E,其中数据匹配模块204使用这些标准来将输入消息116的类型(图1A和2)匹配为出现在消息类型列表中的可识别类型。在所示的例子中,针对ASC Xl2合格验证和主张状态消息类型的ID标准416A-B是对应的ASC Xl2交易的交易号码(见上面的表I),在这种情况下,分别是“Xl2 271”和“Xl2 277”。这些标识符通常会在包含这种交易、即消息类型的文件主体中被找到。类似地,针对HL7实验室结果和糖尿病模板的ID标准416C-D可以是标识符“HL7实验室结果”和“HL7糖尿病模板”,类似地,这些标识符通常会存在于包含这种消息类型的文件主体中。ID标准416E可以是标识符“PHARMdBv2”,该标识符“PHARMdBv2”存在于包含这种消息类型的对应“.dbf”文件的标题中。
已经被指定为对于特定格式有效的消息可以进一步在图4A中进行定义。消息建立主屏404可以包括发送者特征(例如通过发送者按钮420来实现),其允许用户链接到屏幕,以建立与特定贸易伙伴交易的特征,例如发送者标识、发送者姓名、地址以及其它的通信级信息。消息建立主屏404也可以包括用于选择性地修改消息类型标识符424和/或对应的ID标准416A-E的修改特征。该修改特征可以包括“修改”按钮428(或超链接等等),可以在用户选择“修改”按钮428时显示允许用户以适当方式修改对应消息的弹出窗口(或另一个屏幕/页面等等)(未示出)。消息建立主屏404可以进一步包括用于向消息类型列表410添加消息类型的添加特征。这种添加特征可以包括“添加消息类型”按钮432(或超链接等等),可以在用户选择“添加消息类型”按钮432时显示允许用户添加新的消息类型标识符424和适当的ID标准416的弹出窗口(未示出)(或另一个屏幕/页面等等)。消息建立主屏404也可以包括当利用消息匹配GUI 400完成时用户可以选择的例如“结束”按钮434的选择器。
数据匹配GUI 400可以包括匹配建立特征,其允许用户选择输入数据116(图1A)的每个记录中的哪个(些)数据字段以及DCU系统104的目标数据108的每个记录中的哪个(些)数据字段应当用于将输入记录与适当的目标记录(如果有的话)进行匹配,以使得合适的目标记录被检索并与输入记录进行比较。例如,在输入数据116作为病人保险合格数据的上下文中,可能希望基于病人人口统计学数据的一个或更多字段、例如病人的姓名、社会保障号码、出生日期和证书号码来匹配并检索适当的目标记录。该匹配建立特征可以对于数据类型列表410中的每个数据类型利用对应的各自“匹配建立”按钮436(或超链接等等)来启动,该“匹配建立”按钮436开始图4B的数据匹配建立屏幕406(或弹出窗口、对话框等等)的显示。图4B示出了相对于图4A中所示的ASC Xl2格式的合格验证数据类型的匹配建立,如在图4B的匹配建立屏幕406中的标题438中所标识的。
图4B中所示的匹配建立屏幕406可以包括多个输入数据字段选择器440(例如,下拉菜单)和多个对应的各自目标数据字段选择器442(例如下拉菜单),其允许用户分别选择输入数据116(图1A)的哪个(些)数据字段和目标数据108的哪个(些)数据字段用于匹配并检索正确的目标数据。每个输入数据字段选择器440可以例如根据考虑的有关输入消息的特定类型所知的信息来显示出现在输入数据116中的字段的全部或子集。用户随后将使用一个或更多输入数据选择器440,以选择在检索用于与输入数据116进行比较的目标数据108的适合字段(记录等)时所使用的期望的输入数据字段。目标15数据字段选择器442可以以类似的方式工作,但是允许用户选择目标数据字段的对应的各自字段,用于检索目标数据108的适当部分。
取决于目标数据108(图1A)的配置,即目标数据是如何被安排在字段、记录或其它数据构造中,图4B中的数据匹配建立屏幕406可以包括“目标源”选择器444(例如下拉菜单),其允许用户选择数据分类,该数据分类将对于数据匹配模块204呈现字段的子集,该字段的子集将出现在目标数据字段选择器442的下拉菜单中。例如,如果目标数据108是医院企业软件中的病人数据,那么对于每个病人的数据字段可以包括病人人口统计学字段、保险字段、提供商字段、临床字段等等,其包含与各自字段类型相对应的数据。在所示情况中,所指示的目标源446是“病人人口统计学”,其指示给数据匹配模块204只有病人人口统计学数据字段要被显示在每个目标数据字段选择器442的下拉菜单中。目标源选择器444提供一种缩窄可用于使用目标数据字段选择器442来进行选择的字段的方法,如果这种缩窄是需要的话。当然,其它的实施例不需要包括目标源选择器444或其相关联的功能性。
在某些实施例中,可能期望向数据匹配模块204提供一个或更多特征,,这些特征允许用户将各种匹配规则应用于在接收DCU系统104所识别的输入数据116时该数据匹配模块执行的匹配。例如,在字段级上,在某些情况下,可以期望,匹配病人的整个姓和名,而在其它情况下,可以期望仅仅匹配该姓和名的头两个或三个字母。因此,数据匹配建立屏幕406可以对于每个输入数据字段选择器440和目标数据字段选择器442对包括规则选择器448、例如下拉菜单,其允许用户选择用于将对应的输入数据和目标数据字段进行匹配的、所想要的规则。另外,也可以期望实现更高级的匹配规则,特别是在匹配涉及多对输入数据和目标数据字段时。例如,可以存在这样一种情况,其中匹配是相对于四个目标数据字段来执行的,其中这些字段中的两个是这样的,对于任何给定的病人仅填充(populate)这些字段中的一个,并且作为这四个字段的第三个字段中的值的函数填充该字段。在这种情况下,可以应用一个规则来向数据匹配模块204指示基于第三个字段中的值来查看这两个字段的哪一个。数据匹配建立屏幕406可以包括规则选择器450、例如下拉菜单,其允许用户对所考虑的特定输入数据116选择适当的规则。
图4C示出了用户可以从图4A的消息类型建立屏幕404例如通过“数据交叉映射”按钮452(或超链接等等)进行访问的数据交叉映射屏幕408,以建立输入数据116(图1A和2)和DCU系统104的目标数据108的哪一些字段将显示(在图5的比较/更新屏幕504上),并且建立该系统将如何允许用户处理变异数据。数据交叉映射屏幕406(图4B)可以包括消息类型指示符454,其指示正在考虑哪种类型的消息。在本例中,消息类型指示符454是“合格结果”,其指示所讨论的相关字段涉及病人人口统计学数据和对应于保险合格的数据。数据交叉映射屏幕406(图4B)也可以包括字段显示区456,其显示输入数据116中的字段名458、目标数据对应的各自字段的名460、以及“显示值”和“允许更新”选择器,例如,检查框462、464,其允许在变异数据存在于输入数据116中时用户分别选择DCU系统104的哪些数据字段值应该显示在比较/更新屏幕504(图5)上,以及用户可以选择哪些输入数据值用于更新对应的目标数据值。如下所见,数据交叉映射屏幕406(图4B)示出用户迄今为止通过检查框462所选择的字段对LASTNAME.FIRSTNAME/NAME、MEMBERID/SSN、BIRTHDATE/DOB、以及ADDRESSLNI/ADDR1的事实意味着包含在这些字段中的数据值将在比较/更新会话期间被显示在图5的比较/更新屏幕504上。除了显示值和允许更新检查框462、464,字段显示区456可以为每个字段对包括“交叉映射定义”按钮466(或超链接等等),其允许用户访问图4D的“交叉映射定义”窗口468,该窗口468允许用户对输入数据116的每个字段定义输入字段和目标数据108的字段之间的一个或更多关系。
具体地,如图4D中所示,交叉映射定义窗口468可以包括“输入数据字段”区470、“比较数据与…/显示来自…数据”区472、“将数据更新到”区474、以及“添加并写入新的字段”区476。输入数据字段区470可以显示输入数据字段标识符470A,其标识用于建立与目标数据的一个或更多分别对应的数据字段的交叉映射定义所选择的当前输入数据字段。比较数据与…/显示来自…的数据区472允许用户定义哪个目标数据值将与包含在由输入字段区中的输入数据字段标识符470A所标识的输入数据字段中的输入目标值进行比较。一般地,用户根据目标数据的配置,通过使用一个或更多目标数据选择器选择目标数据108(图1A)的特定字段来定义这个目标数据值。如同下面结合图5中的比较/更新屏幕504和图6中的DCU方法600所讨论的,如果用户已经选择了要被显示的输入/目标数据字段值对,并且确实具有用户已经配置DCU系统104(图1A和2)进行识别的输入数据116(图1A)中的变异数据,那么包含在所选择的目标数据字段中的相关目标数据值将被显示在比较/更新屏幕上。
为了使适当的目标数据字段的选择更容易,比较数据与…/显示来自…的数据区472可以包括“目标数据存储”选择器472A、“字段”选择器472B、以及字段位置区472C。目标数据存储选择器472A和字段选择器472B可以是例如下拉菜单472D、472E,其允许用户首先选择相关的数据存储器112(图1A),然后选择将在图5中的比较/更新屏幕504上显示其信息的数据存储器的目标数据字段。下拉菜单472B可以包含所选择的数据存储器212中的所有目标字段的字段名472F。如果相关的目标数据存储器112被如此配置,一旦选择字段名472F中的一个,字段位置区472C可以例如通过表名472G和栏名472H显示对应的目标字段的位置。使用目标数据存储选择器472A进行目标数据存储器112的初始选择,这可能暗示使用词典256(图2)来通过字段选择器472B选择目标数据字段。词典256可以包含用于所选择的目标数据存储器112的信息,该信息使数据字段标识符、字段名472F以及表名和栏名472G-H相关。
在某些情况下,将期望的是,利用输入数据116中的相同输入数据值更新多个位于相同或不同目标数据存储器112(图1A)中的类似目标数据字段。例如,如果输入数据值是健康证书号码以及特定的保健实体将证书号码存储在金融提供商数据存储器和保健计划数据存储器中,那么将期望的是,利用输入数据116中的任何新的(以及被验证的)证书号码更新这两个数据存储器。因此,UpdateData To(将数据更新到)区474可以包括多组“目标数据存储”选择器474A、“字段”选择器474B、以及字段位置区474C。
每个目标数据存储选择器474A和对应的字段选择器474B和字段位置区474C能以与Compare Data To/Display Data From(比较数据与…/显示来自…数据)区472中的Target Datastore(目标数据存储)选择器472A、Field(字段)选择器472B、以及字段位置区472C类似的方式工作。
那即是说,如果用户已经选择了允许这种更新,如同上面相对于图4C所讨论的,那么每个字段选择器474B和对应的数据存储选择器474A可以允许用户选择特定数据存储器112的特定目标数据字段用以更新。如果用户没有允许相对于输入数据116(图1A和2)的特定字段发生更新,那么整个Update Data To区474可以被去激活,并且通过例如“灰化”整个区来指示。
在这个上下文中,应当注意的是,除了在图4C的建立屏幕408上提供显示值检查框462和允许更新检查框464以外,交叉映射定义窗口468可以包括图4D中所示的重复的显示值和允许更新检查框478、480。这些重复的检查框478、480允许用户改变允许输入/目标数据值被显示在比较/更新屏幕504(图5)和/或允许更新的状态,而不需要在交叉映射定义窗口468和数据交叉映射屏幕408之间来回切换。如果例如将数据更新到区474被灰化,以指示选择字段中的值的更新没有被允许,而该用户实际上想要允许更新,那么将显示值和允许更新检查框478、480放置在交叉映射定义窗口468上增加了用户的方便性。在这种情况下,用户可以简单地选择允许更新检查框480,以激活将数据更新到区474,并且允许用户选择要被更新的对应目标字段。
如上所述,在某些应用中,可以期望的是,将特定输入数据值与某一目标数据字段的特定目标数据值进行比较,并且以该输入数据值更新不同的目标数据字段。替换的数据字段可以是紧密相关的字段或完全不相关的字段。紧密相关的替换字段的一个例子可以用于通常存储在主要保险字段中的保险信息。如果新的或不同的保险值从输入数据中被显示,那么新的信息可以被存储在诸如“其它保险”的另一个位置中。更新不相关字段的需要的一个例子可以是治疗安排请求的情况,该治疗安排请求包含随后与服务日期有关的已有信息进行比较的输入批准信息。如果已批准的信息显示已批准的治疗安排时期的更迟的日期,则可以将已有信息更新为新的日期,并且可以将已有治疗安排状态更新为“被延长”。
在大多数情况下,新的(即,未进行比较的)目标数据字段存在,并且将只需从已有数据字段的列表中进行选择。在其它情况中,它不存在,并且需要被创建。在后面的情况中,Add and Write to New Field(添加和写入到新字段)区476允许用户创建新的目标字段。为了提供这个功能性,添加和写入到新字段区476可以包括“字段定义”区482,其允许用户通过“新字段名”输入字段482A来提供新的字段名,并且根据目标数据108如何被配置,使用一个或更多合适的“字段位置”输入字段482B、482C来定义目标数据108内新字段的位置。在本情况中,目标数据108被假定要被安排在表中。因此,字段定义区482可以包括“表名”输入字段482B和“栏名”输入字段482C。如果新的目标数据字段被放置在新表中,那么添加和写入到新字段区476可以包括允许用户在目标数据108内定义新表的“定义新表”区484。定义新表可以包括使用“新表名”输入字段484A来输入新表名,并且例如使用合适的表建立GUI(未示出)来配置表,该表建立GUI可通过例如按钮或者超链接等等的“表建立”选择器484B来访问。当用户使用数据交叉映射屏幕406完成时,该用户可以使用诸如“结束”按钮486的合适选择器来退出屏幕。
C/U模块208(图2)可以包括用户界面生成器244,其提供诸如图5中所示C/U GUI 500的C/U GUI。如图5中所示,C/U GUI 500可以包括“比较/更新”屏幕504,其在比较和更新会话期间以及在使用DCU系统104期间的其它时间被显示。例如,比较/更新屏幕504可以是DCU系统104(图1A和2)的主屏,其在每次第一次启动系统时被显示。比较/更新屏幕504也可以包括数据字段标识符区516、输入数据值显示区520、以及目标数据值显示区524,为了由用户进行容易地视觉比较,所有都彼此并排进行显示,以便从输入数据116和目标数据108两者中提供方便的病人数据字段名和对应值的查看。
数据字段标识符区516显示数据字段标识符528,这些标识符528对应于根据对应的各个显示值选择器462中检查标记的存在识别其数据值用于在数据交叉映射屏幕408(图4C)上显示的数据字段。在本例中,期望显示的数据字段是用于输入271交易的ASC Xl2合格验证数据类型的数据字段。相应地,输入数据值显示区520显示输入数据116(图1A和2)中包含的用于所指示字段的输入数据值532。同样地,目标数据值显示区524包含如从目标数据存储器112(图1A)检索的用于指示字段的目标数据值536。
除了通过本质上并排放置这些值来使输入数据值532相对于目标数据值536的视觉比较更加容易,C/U模块208可以配置为在视觉上标记变异数据值540,即不同于对应的各个目标数据值536的输入数据值。用于指示变异数据值540的可视标记可以是多种类型中的任意一种。在本例中,可视标记是在包含该变异数据的输入数据值显示区548中的高亮544(阴影区)。如果需要,那么类似的高亮(未示出)也可以或可选择地被放置在目标数据值显示区552中。其它可视标记的例子包括包围变异数据值的边框或其他形状、将变异数据值的文本进行粗体设置、将变异数据值的文本加下划线、在变异数据值旁边设置星号或其它符号等等。实现这种视觉指示符可以在标识诸如变异数据值540的变异数据值时给用户很大的帮助,并因此,有助于用户更快地决定目标数据值536中的一些是否应当用输入数据值532中对应的各个值来进行更新,即被替换。应该注意的是,在这个上下文中的术语“替换”意指覆盖其中目标和输入数据值536、532中的任一个是无效的情况,即对应的数据字段是空的。
比较/更新屏幕504也可以包括包含例如检查框560的选择器的更新选择区556,其允许用户选择应该被用于更新存储在一个或更多目标数据存储器112(图1A)中的对应的各自目标数据值536的变异数据值540中的一个(些),如果有的话。如果用户期望一个或更多目标数据值536应当被更新,那么该用户可以选择邻近对应输入数据值的检查框。随后,在完成选择处理以后,用户可以选择“结束”按钮564(或超链接等等),其可以触发一个弹出菜单(未示出)显现。弹出菜单可以显示消息“你现在想要更新目标数据值?”或类似的,并且包含控制下一步骤的对应的“是”和“否”按钮。如果用户选择“是”按钮,那么C/U模块208将用所选择的输入数据值532来更新适当的目标数据存储器112。另一方面,如果用户选择“否”按钮,那么弹出窗口将消失,并且比较/更新屏幕504将再一次变为有效的。本领域技术人员可以认识到的是,虽然检查框560被显示和描述,都是其它选择特征可以容易地在备选方案中被实现。例如,选择特征可以包括对于每个期望通过点击那个项来进行更新的目标值选择数据字段标识符528、目标数据值536或变异数据值540。在点击一个项时,用户界面生成器244可以加亮那个项、例如用高亮显示,可能利用与高亮显示544不用的颜色或阴影来区分这两种类型的高亮显示。
一般地,模块200、204、208(图2)的存在为DCU系统104提供一个很宽范围的灵活性,其本质上允许DCU系统104被实现为例如独立计算机应用,并且被配置为处理实质上任何数据格式和数据类型的输入数据、以及包含任何数量或数据格式和数据类型的输入数据。但是,可以容易地认识到,本发明的DCU系统不需要提供所有的功能性。相反,只需提供特定应用所需的功能性。例如,如果本发明的DCU系统不需要是可配置的,以便可与各种目标数据存储一起使用,那么该DCU系统可以不需要交叉映射定义窗口468的目标数据存储选择器472A、474A。这可以是例如DCU系统不是一个单独计算机应用,而是被集成到另一个计算机应用、例如保险合格验证应用中的情况,其中保险合格验证应用例如是可从佛蒙特州Burlington的IDX系统公司中获得的FLOWCAST保健信息技术解决方案的合格验证应用,或者是被预配置为只与单个已知的目标数据存储器进行接口的单独应用。类似地,如果已经知道了本发明的DCU系统将被用于仅具有一种已知格式的输入数据,那么该系统可以被设计为没有数据格式ID模块200。因此,本领域技术人员将很容易地认识到的是,落入本发明范围内的各种DCU系统可以以各种实现方式被容易地设计和实现。
图6A-B示出了本发明的DCU方法600,其可以由图1A和2中的DCU系统104或根据本发明制造的其它DCU系统来执行。为了方便,与DCU系统104相联系来说明DCU方法600。因此,在描述DCU方法600中将参考图1-5。为了有助于参考附图,应该注意到的是,每个部件编号的第一个数字对应于包含该部件的附图编号。一般地,仅有的例外是出现在图2以及图1中的某些“100”系列的编号。可认为DCU方法600在DCU系统104接收通常在交易中的输入数据116或者更具体地接收消息时在步骤602开始。在接收到该输入消息之后,在步骤604,消息格式ID模块200可以对输入消息116和/或包含该输入消息的文件的文件名执行匹配算法,以确定在该文件中的消息的格式是否是可识别的。匹配算法可以是任何合适的字符、字符串、文本或其它匹配算法,常规的或另外的。
在步骤606,如果消息ID模块200确定该消息格式是不可识别的,即该消息格式还没有被输入到消息格式ID模块,那么在步骤608,消息ID模块200可以通知用户:该消息(格式)是不可识别的,并且在步骤610可以进一步询问用户有关该用户是想查看还是忽略该输入消息。如果在步骤612确定该用户并不想要查看输入数据,那么在步骤614,DCU系统104可以进入等待新的输入消息或用户动作(例如,移到诸如格式ID GUI 300或消息匹配GUI 400的系统的各种GUI中的任意一个)的等待状态,。但是,如果在步骤612例如通过用户选择适当的按钮或其它选择器确定该用户想查看不可识别的消息,那么消息格式ID模块200可以在步骤616显示该输入消息,例如,使得该用户能以视觉方式确定该消息是否是DCU系统104应当被配置为处理的类型。与输入消息的显示相结合,DCU系统104可以提供一个特征(未示出),其允许用户将用于输入消息116的消息格式和消息类型信息以及涉及目标消息108的信息输入到该系统中,以使得该系统可以识别和处理该消息。DCU系统104可以利用存储输入消息116的缓冲器264或其它存储装置,以使得一旦用户正确地配置了该系统为识别和处理新的消息格式和类型,则该消息可用于处理。即,如果用户并不想要该消息被识别和处理,那么DCU系统104可以向该用户提供选项,从而仅仅忽略该消息。
如果在步骤606,消息ID模块200确定使用合适的匹配算法包含输入数据116的输入消息的格式是可识别的,那么在步骤618,消息ID模块可以确定该格式是否被识别,即,该格式是否已经被输入到DCU系统104中,并且目前是否是激活的。消息ID模块200可以通过确定在消息格式建立主屏304中的检查框312是否包含检查标记来确定所讨论的该格式的活动状态。如果该消息格式不是活动的,那么在步骤620,消息ID模块200可以通知用户:该消息(格式)是可识别的,但是由于它不是活动的而目前没有被识别。在步骤622,消息ID模块200可以询问用户有关于该用户是否想要查看该消息、允许该消息或忽略该消息。如果在步骤624,消息ID模块200例如通过适当按钮或其它选择器的选择确定该用户想查看该输入消息,那么消息ID模块可以显示该消息。
在步骤626,不管用户是否想要查看输入消息,在步骤628,消息ID模块200可以确定该用户是否想要允许输入消息被处理。这可以通过向任何消息查看屏幕(未示出)或对话框(未示出)提供一个或更多允许用户做出适当选择的按钮或其它选择器来完成。如果消息ID模块200确定该用户并不想要允许输入消息,则在步骤630,DCU系统104可以进入等待新的输入消息或用户动作(例如移到系统的各个GUI中的任意一个)的等待状态。但是,如果在步骤628确定该用户想要查看没有被识别的消息,那么消息ID模块200可以在步骤632激活该格式,以使得DCU系统104可以进一步处理该输入消息。
如果在步骤618,消息ID模块200确定识别了输入消息116,或者可替换地,在步骤632,用户激活该格式,那么方法600可以前进到步骤634。在步骤634,数据匹配模块204可以使用设置在数据匹配建立屏幕406上的匹配标准对输入数据116的第一记录执行匹配算法,以确定在目标数据108中是否存在匹配的数据记录。匹配算法可以基于任何合适的标准或规则设置。在步骤636,如果数据匹配模块204确定输入数据116的第一数据记录不匹配,即该输入数据记录没有与目标数据108中分别对应的数据记录相匹配,那么在步骤638,数据匹配模块204可以通知用户:它没有找到所讨论的特定输入数据记录匹配的目标数据记录。在步骤640,数据匹配模块204可以进一步询问用户有关该用户是否想要查看还是忽略该输入数据记录。
如果在步骤642由数据匹配模块204确定了该用户并不想要查看该输入数据记录,那么在步骤644,DCU系统104可以进入等待状态,等待新的记录输入数据116或用户动作,例如,航行到系统的各个GUI中的任意一个。但是,如果在步骤642,DCU系统104确定该用户想要查看不匹配的数据记录(例如通过用户选择适当的按钮或其它选择器),那么数据匹配模块204可以在步骤646显示输入数据记录116,例如,使得该用户可以视觉方式确定该数据记录是否可以被匹配。与输入数据记录116的显示相结合,DCU系统104可以在步骤648允许用户人工地选择以匹配输入记录,并且允许系统处理数据记录。如上所述,DCU系统104可以利用存储输入数据记录的缓冲器264或其它存储装置,以使得一旦该用户正确地匹配了新的输入数据记录,那么该数据记录可用于处理。即,如果用户并不想要该数据记录被匹配,那么DCU系统104可以向该用户提供选项,以简单地忽略该数据记录。在步骤650,DCU系统104可以确定是否有更多的记录被包含在输入数据116中。如果是那样的话,DCU方法可以返回到步骤634,以匹配下一个输入记录,以便从目标数据108中检索对应的记录。另一方面,如果没有更多的输入记录,那么DCU方法600可以前进到步骤652,其中匹配循环654没有被继续。
如果在步骤636,数据匹配模块204确定输入数据116的类型是匹配的,那么可以前进到步骤656,其中C/U模块208可以将输入数据116的数据值与在数据交叉映射屏幕408(图4C)上选择的数据值的有关记录的目标数据108的分别对应的数据值进行比较。在这个步骤,C/U模块208也可以标记包含在输入数据116中的变异数据值540,如果有的话。在步骤658,C/U模块208可以在比较/更新屏幕504上以实质上并排方式显示字段标识符528、目标数据值536和输入数据值532,这些值包括任何变异数据值540。在步骤658,C/U模块208也可以标记例如高亮显示变异数据值540(如果有的话),以帮助用户快速地识别变异数据。如上所述,用户可以选择标记哪些变异数据值540。C/U模块208也可以显示或激活用户已经设计为活动的比较/更新屏幕504上的任何更新检查框560(参见上面对允许更新选择器464、480的描述),以使得用户可以利用分别对应的变异数据值540来开始目标数据值536的更新。
在步骤660,DCU系统104可以确定用户是否已经完成了查看比较/更新屏幕504和/或选择变异数据值540,用于更新。DCU系统104可以通过轮询C/U屏幕504上的结束按钮564来做出这个决定。如果DCU系统104确定用户没有完成,那么DCU方法600可以简单地进入导致系统等待、直到它确定用户已完成为止的循环662。但是,如果在步骤660,DCU系统104确定用户已经完成了,那么在步骤664,C/U模块208可以确定用户是否已经选择了任何变异数据值540来替换分别对应的目标数据值536。C/U模块208可以通过识别C/U屏幕上的任何检查框560是否被检查来简单地做出决定。如果在步骤664,C/U模块208确定用户还没有选择任何变异数据值540用于更新,那么该模块可以显示请求用户确认该用户愿意不做出任何选择而结束的对话框(未示出)。当然,只在具有变异数据值用于更新时,C/U模块208才显示这样的对话框。在显示这个对话框并且接收用户的响应之后,DCU方法600可以前进到步骤650,其中DCU系统104可以确定输入数据116是否包含任何更多的记录用以处理。
另一方面,如果C/U模块208在步骤664确定用户已经选择了变异数据值540用于更新,那么在步骤666,C/U模块208可以例如通过对话框(未示出)来确认该用户确实已经选择了所有期望要被更新的值。在用户已做出这个确认以后,在步骤668,C/U模块208可以用分别对应的变异数据值540来更新适当的目标数据值536。在步骤668上的更新之后,DCU方法600可以前进到步骤650,其中DCU系统104可以确定输入数据116是否包含任何更多的记录用以处理。
虽然本发明已经相对于其示例性实施例进行描述和图示,但是本领域技术人员应当理解的是,在不离背本发明的精神和范围的情况下,可以在其中并对其做出前述的和各种其它的改变、省略和添加。
 部件列表
 部件#   部件名称  部件# 部件名称
  100   系统   240 规则
  104   DCU系统   244 界面生成器
  108   目标数据   256 词典
  111   计算机   264 缓冲器
  112   目标数据存储器   300 GUI
  116   输入数据   304 主屏
  120   外部数据存储器   308 格式列表
  124   软件应用   312 检查框
  126   存储装置   316 ID标准
  130   环境   318 方法指示符
  134   网络   320
  138   服务器   324 状态栏
  142   中央处理器   328 删除按钮
  146   计算机存储器   332 格式标识符
  150   输入/输出装置   336 修改按钮
  154   计算机程序   340 按钮
  200   ID模块   400 GUI
  204   数据匹配模块   404 消息建立屏幕
  208   C/U模块   406 屏幕
  220   ID建立管理器   408 数据交叉映射屏幕
  224   库   410 消息类型列表
  228   规则   412 检查框
  232   数据匹配管理器   416 ID标准
  236   类型数据存储器   424 消息类型标识符
  428   修改按钮   474
  432   添加消息类型按钮   476
  436   匹配建立按钮   478 检查框
  438   标题   480   检查框
  440   字段选择器   482   字段定义区
  442   字段选择器   482A   输入字段
  444   目标源选择器   482B   输入字段
  446   目标源   482C   输入字段
  448   规则选择器   484   区
  450   规则选择器   484A   输入字段
  452   数据交叉映射按钮   484B   选择器
  454   消息类型指示符   486   结束按钮
  456   显示区   504   屏幕
  458   姓名   516   数据字段标识符区
  460   姓名   520   显示区
  462   检查框   524   目标数据值显示区
  464   检查框   528   数据字段标识符
  466   按钮   532   输入数据值
  468   窗口   536   目标数据值
  470   区   540   变异数据值
  472   区   544   高亮
  472A   目标数据存储选择器   548   显示区
  472B   字段选择器   552   目标数据值显示区
  472C   字段位置区   556   更新选择区
  472D   下拉菜单   560   检查框
  472E   下拉菜单   564   结束按钮
  472F   字段名   600   DCU方法
  472G   表名   602   步骤
  472H   栏名   604   步骤
  608   步骤   666   步骤
  610   步骤   668   步骤
  612   步骤
 614   步骤
 616   步骤
 618   步骤
 620   步骤
 622   步骤
 624   步骤
 626   步骤
 628   步骤
 630   步骤
 632   步骤
 634   步骤
 636   步骤
 638   步骤
 640   步骤
 642   步骤
 644   步骤
 646   步骤
 648   步骤
 650   步骤
 652   步骤
 654   匹配循环
 656   步骤
 658   步骤
 660   步骤
 662   循环
 664   步骤

Claims (10)

1.一种使多个输入数据值(532)与多个目标数据值(536)的视觉比较容易的方法,多个输入数据值分别与多个输入数据字段(440)相关联,并且多个目标数据值分别与多个目标数据字段(442)相关联并被存储在至少一个目标数据存储器(112)中,该方法包括:
a)经由第一用户界面(400)接收多个输入数据字段(440)中至少一个输入数据字段(440)的选择(448);
b)根据选择的所述至少一个输入数据字段(440),从至少一个目标数据存储器(112)中检索多个目标数据值(536);以及
c)在显示器(504)上彼此同时地显示多个目标数据值(536)和所述多个输入数据值(532),以使得多个目标数据值(536)和所述多个输入数据值(532)的视觉比较容易。
2.根据权利要求1所述的方法,其中输入数据值(532)被包含在具有数据格式的文件中,并且该方法还包括经由第二用户界面(300)接收所述数据格式的标识。
3.根据权利要求2所述的方法,还包括在所述显示器上显示多个数据格式标识符(332),并且接收对应于所述数据格式的所述多个数据格式标识符(332)中至少一个的用户选择。
4.根据权利要求1所述的方法,其中输入数据值(532)与至少一个数据类型相关联,并且该方法还包括经由第三用户界面接收所述至少一个数据类型的标识。
5.根据权利要求1所述的方法,还包括相互比较多个目标数据值(536)和多个输入数据值(532)中相应的各个值,以确定任意多个输入数据值相对于多个目标数据值(536)是否是变异的数据值(540)。
6.根据权利要求5所述的方法,还包括在所述显示器(504)上显示至少一些所述变异数据值(540)的变异数据标记(544)。
7.根据权利要求6所述的方法,还包括为至少一个所述变异数据值(540)显示更新选择器(560),所述更新选择器(560)在操作上被配置为响应于被选择而利用所述至少一个所述变异数据值(540)来更新多个目标数据值(536)中相应的一个值。
8.根据权利要求1所述的方法,还包括显示第一用户界面(408),其中第一用户界面被配置为允许用户将多个输入数据字段(440)中的字段与多个目标数据字段(442)中的字段进行交叉映射。
9.根据权利要求1所述的方法,还包括显示第二用户界面(504),其中第二用户界面被配置为允许用户选择多个输入数据字段(440)中在所述显示器(504)上为其标记(544)变异数据值(540)的那些输入数据字段。
10.根据权利要求1所述的方法,还包括显示第三用户界面,其中第三用户界面被配置为允许用户选择所述多个输入数据字段(440)中在所述显示器上为其显示变异数据更新选择器(560)的那些输入数据字段。
CN2006100642850A 2005-12-01 2006-12-01 用于使输入数据和已有数据的视觉比较容易的系统和方法 Expired - Fee Related CN101030207B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/292,176 US20070127597A1 (en) 2005-12-01 2005-12-01 System and method for facilitating visual comparison of incoming data with existing data
US11/292,176 2005-12-01

Publications (2)

Publication Number Publication Date
CN101030207A true CN101030207A (zh) 2007-09-05
CN101030207B CN101030207B (zh) 2012-11-14

Family

ID=37671788

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100642850A Expired - Fee Related CN101030207B (zh) 2005-12-01 2006-12-01 用于使输入数据和已有数据的视觉比较容易的系统和方法

Country Status (6)

Country Link
US (1) US20070127597A1 (zh)
JP (1) JP2007157151A (zh)
CN (1) CN101030207B (zh)
CA (1) CA2569768A1 (zh)
DE (1) DE102006057149A1 (zh)
GB (1) GB2433013A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104809153A (zh) * 2014-01-29 2015-07-29 霍尼韦尔国际公司 用于空中交通控制中心登录的空中交通控制中心数据库的管理的方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8620286B2 (en) 2004-02-27 2013-12-31 Synchronoss Technologies, Inc. Method and system for promoting and transferring licensed content and applications
US8615566B1 (en) 2001-03-23 2013-12-24 Synchronoss Technologies, Inc. Apparatus and method for operational support of remote network systems
US8645471B2 (en) 2003-07-21 2014-02-04 Synchronoss Technologies, Inc. Device message management system
JP2008500750A (ja) 2004-05-12 2008-01-10 フュージョンワン インコーポレイテッド 高度な連絡先識別システム
US9542076B1 (en) 2004-05-12 2017-01-10 Synchronoss Technologies, Inc. System for and method of updating a personal profile
US8271941B2 (en) * 2006-10-31 2012-09-18 International Business Machines Corporation Method and apparatus for representing and configuring flexible and extensible presentation patterns
WO2008094508A2 (en) 2007-01-26 2008-08-07 Fusionone, Inc. System for and method of backing up content for use on a mobile device
US9224179B2 (en) * 2007-05-14 2015-12-29 The University Of Utah Research Foundation Method and system for report generation including extensible data
US8635069B2 (en) * 2007-08-16 2014-01-21 Crimson Corporation Scripting support for data identifiers, voice recognition and speech in a telnet session
CN101751266B (zh) * 2008-12-02 2013-02-06 爱思开电讯投资(中国)有限公司 用于更新gui组件的方法和装置
US8943428B2 (en) * 2010-11-01 2015-01-27 Synchronoss Technologies, Inc. System for and method of field mapping
US8959604B2 (en) 2011-11-25 2015-02-17 Synchronoss Technologies, Inc. System and method of verifying a number of a mobile terminal
US10839046B2 (en) * 2012-03-23 2020-11-17 Navya Network, Inc. Medical research retrieval engine
US10489859B1 (en) * 2013-08-29 2019-11-26 Allstate Insurance Company Life insurance clearinghouse
US11170019B1 (en) 2015-10-06 2021-11-09 Wells Fargo Bank, N.A. Data field transaction repair interface
US11087296B1 (en) 2016-09-06 2021-08-10 Wells Fargo Bank, N.A. Programmatic reconciliation of electronic receivables
US11792305B1 (en) * 2022-06-21 2023-10-17 Fidus Global, Llc Warehouse control system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701423A (en) * 1992-04-10 1997-12-23 Puma Technology, Inc. Method for mapping, translating, and dynamically reconciling data between disparate computer platforms
US5909568A (en) * 1996-09-03 1999-06-01 Apple Computer, Inc. Process and apparatus for transferring data between different file formats
US6718336B1 (en) * 2000-09-29 2004-04-06 Battelle Memorial Institute Data import system for data analysis system
CN1632790A (zh) * 2003-12-22 2005-06-29 唐孟环 商务信息管理查询方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5519606A (en) * 1992-01-21 1996-05-21 Starfish Software, Inc. System and methods for appointment reconciliation
US5546580A (en) * 1994-04-15 1996-08-13 Hewlett-Packard Company Method and apparatus for coordinating concurrent updates to a medical information database
US6212529B1 (en) * 1996-11-13 2001-04-03 Puma Technology, Inc. Synchronization of databases using filters
US5966717A (en) * 1996-12-20 1999-10-12 Apple Computer, Inc. Methods for importing data between database management programs
GB9713719D0 (en) * 1997-06-27 1997-09-03 British Telecomm Data model compiler
US6601071B1 (en) * 1999-08-04 2003-07-29 Oracle International Corp. Method and system for business to business data interchange using XML
US7143076B2 (en) * 2000-12-12 2006-11-28 Sap Aktiengesellschaft Method and apparatus for transforming data
US6668254B2 (en) * 2000-12-21 2003-12-23 Fulltilt Solutions, Inc. Method and system for importing data
US20040158567A1 (en) * 2003-02-12 2004-08-12 International Business Machines Corporation Constraint driven schema association

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701423A (en) * 1992-04-10 1997-12-23 Puma Technology, Inc. Method for mapping, translating, and dynamically reconciling data between disparate computer platforms
US5909568A (en) * 1996-09-03 1999-06-01 Apple Computer, Inc. Process and apparatus for transferring data between different file formats
US6718336B1 (en) * 2000-09-29 2004-04-06 Battelle Memorial Institute Data import system for data analysis system
CN1632790A (zh) * 2003-12-22 2005-06-29 唐孟环 商务信息管理查询方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104809153A (zh) * 2014-01-29 2015-07-29 霍尼韦尔国际公司 用于空中交通控制中心登录的空中交通控制中心数据库的管理的方法

Also Published As

Publication number Publication date
CA2569768A1 (en) 2007-06-01
CN101030207B (zh) 2012-11-14
US20070127597A1 (en) 2007-06-07
GB0624155D0 (en) 2007-01-10
GB2433013A (en) 2007-06-06
JP2007157151A (ja) 2007-06-21
DE102006057149A1 (de) 2007-06-28

Similar Documents

Publication Publication Date Title
CN101030207B (zh) 用于使输入数据和已有数据的视觉比较容易的系统和方法
US6698013B1 (en) Real time monitoring system for tracking and documenting changes made by programmer's during maintenance or development of computer readable code on a line by line basis and/or by point of focus
US9639662B2 (en) Systems and methods for event stream platforms which enable applications
US9798747B2 (en) Systems and methods for creating a form for receiving data relating to a health care incident
CA2788871C (en) System and method for visually mapping and automatically completing electronic forms
US10176541B2 (en) Medical information navigation engine (MINE) system
US7689555B2 (en) Context insensitive model entity searching
US10453574B2 (en) Systems and methods for mining aggregated clinical documentation using concept associations
US8527292B1 (en) Medical data analysis service
Tang et al. Electronic health record systems
US8600771B2 (en) Systems and methods for generating a teaching file message
US20150082156A1 (en) Systems, methods, and software for manuscript recommendations and submissions
US20040049490A1 (en) Intelligent document management system
Fatehi et al. How to improve your PubMed/MEDLINE searches: 3. advanced searching, MeSH and My NCBI
AU2009238294A1 (en) Data transformation based on a technical design document
CN1708945A (zh) 用于可能的安全性暴露的早期告警指示的查询返回数据分析方法
US20120101981A1 (en) Notification methods for non-programmatic integration systems
US20210280316A1 (en) Systems and methods for extraction of clinical knowledge with reimbursement potential
US11355221B2 (en) Classification systems, and methods of collecting, associating, storing, searching, and providing healthcare information, and connecting healthcare participants globally
WO2012031052A2 (en) Medical information navigation engine (mine) system
CA2831300A1 (en) Medical information navigation engine (mine) system
Seif et al. Development and implementation of an institutional enhanced recovery program data process
JP5583306B1 (ja) 情報システムおよびその更新方法
US20200051676A1 (en) Device, system, and method for optimizing usage of prior studies
McCullough et al. A Tool to Analyze Medical Device Problems: The Food and Drug Administration Device Problem Codes

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121114

Termination date: 20171201