CN103154938A - 输入辅助程序、输入辅助装置以及输入辅助方法 - Google Patents

Abstract

本发明涉及输入辅助程序、输入辅助装置以及输入辅助方法。输入辅助程序使计算机执行如下处理：取得利用者设为输入对象的第一文档的属性，从存储所述属性和与该属性关联的第二文档的存储部取得与所取得的该属性对应的所述第二文档，判定预先与读法信息建立对应地存储的文例是否被包含在所述第二文档中，基于判定的结果来决定在被包含在所述读法信息中的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

Description

输入辅助程序、输入辅助装置以及输入辅助方法

技术领域

本发明涉及输入辅助程序、输入辅助装置以及输入辅助方法，尤其涉及对文档的输入进行辅助的输入辅助程序、输入辅助装置以及输入辅助方法。

背景技术

以往，在PC（Personal Computer）等中创建文档时，利用假名汉字变换软件来进行字符串的输入。一般地，假名汉字变换软件具有假名汉字变换用的词典，根据读法的输入从词典中检索与读法对应的汉字等的字符串。检索到的字符串作为变换备选而被提示出。假名汉字变换软件的使用难易程度很大程度上依赖于变换备选的显示顺序。因此，以往对变换备选的显示顺序下了各种工夫。例如，专利文献1中，研究了过去使用过的频度高的优先地显示，并且最近使用频度高的优先地显示。

专利文献1:日本特开平7－56913号公报

发明内容

然而，即使是与同一读法相符的变换备选，其优先度根据编辑对象的文档也会变得不同。换言之，即使是与所有文档的输入相关的频度低的变换备选，针对特定的文档也存在对于利用者而言优先度高的情况。

例如，在医疗机构中，与患者的诊疗、治疗等相关的信息的管理利用了电子病历系统。在电子病历系统中，按照各个患者来管理被称为“电子病历”的文档，由对患者进行了诊疗等的利用者（医师、护士、会计担当人员等）输入该患者的电子病历。

该情况下，与患者A的电子病历相关而使用的字符串和与患者B的电子病历相关而使用的字符串之间有可能大不相同。这是因为对于各个患者而言，病历、诊疗经历等是不同的。

具体地，在肺炎的患者A的电子病历的输入中，希望根据“肺”的输入显示与肺炎关联的字符串等。另一方面，在肺结核的患者B的电子病历的输入中，希望根据“肺”的输入显示与肺结核相关的字符串等。

但是，在如专利文献1那样，仅基于使用频度来决定显示顺序的情况下，如果肺炎的使用频度高，则在患者A的电子病历时，会根据“肺”的输入而在上位显示与肺结核相关的字符串等。其结果，会产生需要花费时间搜索利用者输入的字符串这样的问题。

并且，这样的问题不仅出现在电子病历中，在其他的文档输入中也会产生。

本发明是鉴于上述问题而完成的，其目的在于提供一种能够减轻文档输入操作的负担的输入辅助程序、输入辅助装置以及输入辅助方法。

因此，为了解决上述课题，输入辅助程序的特征在于，使计算机执行如下处理：取得利用者设为输入对象的第一文档的属性，从存储所述属性和与该属性关联的第二文档的存储部取得与所取得的该属性对应的所述第二文档，判定预先与读法信息对应地存储的文例是否被包含在所述第二文档中，基于判定的结果，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

能够减轻文档的输入操作的负担。

附图说明

图1是表示本发明的实施方式的电子病历系统的构成例的图。

图2是表示本发明的实施方式的电子病历终端的硬件构成例的图。

图3是表示本发明的实施方式的电子病历系统的功能构成例的图。

图4是用于说明电子病历的编辑处理的处理顺序的一例的流程图。

图5是表示电子病历工作区域的构成例的图。

图6是用于说明输入辅助部的初始化处理的处理顺序的一例的流程图。

图7是表示利用者文例词典的构成例的图。

图8是用于说明文例显示、输入处理的处理顺序的一例的流程图。

图9是表示文例一览的显示例的图。

图10是用于说明输入辅助部的结束处理的处理顺序的一例的流程图。

图11是表示各个体裁的文例词典的一例的图。

具体实施方式

以下，基于附图说明本发明的实施方式。图1是表示本发明的实施方式的电子病历系统的构成例的图。在该图的电子病历系统1中，一台以上的电子病历终端10和电子病历服务器20借助LAN（Local AreaNetwork）或者互联网等网络30（并不区分有线或者无线。）可通信地连接。

电子病历服务器20是管理电子病历的计算机。电子病历是记录患者诊疗信息等的文档数据。因此，电子病历是按照各个患者来管理的。本实施方式中，电子病历是文档（电子文档）的一例。

电子病历终端10是被利用于电子病历的输入的PC（PersonalComputer）等计算机。便携式电话、PDA（Personal Digital Assistance），或者智能手机等便携式终端也可以作为电子病历终端10而利用。本实施方式中，电子病历终端10是输入辅助装置的一例。

图2是表示本发明的实施方式的电子病历终端的硬件构成例的图。图2的电子病历终端10具有分别借助总线B而相互连接的驱动装置100、辅助存储装置102、存储器装置103、CPU104、接口装置105、显示装置106以及输入装置107。

实现电子病历终端10中的处理的程序被记录介质101提供。如果记录了程序的记录介质101被设置在驱动装置100中，则程序从记录介质101借助驱动装置100安装到辅助存储装置102中。但是，程序的安装无需一定要借助记录介质101来进行，也可以借助网络自其他计算机处下载。辅助存储装置102保存安装的程序，并且保存所需的文件、数据等。

存储器装置103在有程序的起动指示的情况下，从辅助存储装置102读出程序并加以保存。CPU104按照存储器装置103保存的程序来实现电子病历终端10所涉及的功能。接口装置105作为与网络连接所用的接口使用。显示装置106显示基于程序的GUI（Graphical UserInterface）等。输入装置107是键盘以及鼠标等，被用于输入各种操作指示。

此外，作为记录介质101的一例，可举出CD－ROM、DVD磁盘、或者USB存储器等可携带型记录介质。另外，作为辅助存储装置102的一例，可举出HDD（Hard Disk Drive）或者闪存等。记录介质101以及辅助存储装置102均相当于计算机可读取记录介质。

此外，电子病历服务器20具有图2所示的硬件即可。但是，电子病历服务器20也可以不具有显示装置106以及输入装置107。

图3是表示本发明的实施方式的电子病历系统的功能构成例的图。在该图中，电子病历服务器20具有认证部21、利用者DB22、电子病历DB23、文例词典存储部24以及通信部25等。

认证部21进行电子病历系统1的利用者的认证。利用者DB22利用例如电子病历服务器20的存储装置来存储电子病历系统1的各利用者的属性信息。属性信息还包含例如利用者ID（利用者识别符）以及密码等认证信息。认证信息被认证部21等利用。此外，电子病历系统1的利用者是例如医师、护士、会计负责人员等。

电子病历DB23利用例如电子病历服务器20的存储装置存储电子病历231。各电子病历231与该电子病历231所对应的患者的识别符（患者ID）相关联地存储。各电子病历231另外也可以与进行了该电子病历231的编辑（录入）的利用者的利用者ID相关联。此外，电子病历231的存储方式不限于规定的方式。电子病历231例如可以是数据库的记录，也可以是文档文件。

文例词典存储部24例如利用电子病历服务器20的辅助存储装置，按照各个利用者存储利用者文例词典241。例如，各利用者文例词典241与利用者ID关联。利用者文例词典241是与文例的读法对应地记录有文例的数据。文例是一个以上的句子的集合。但是，利用者文例词典241中与读法对应的也可以不是文例。也可以如一般的假名汉字变换软件那样，单词等与读法对应。

通信部25控制与电子病历终端10等的通信。

电子病历终端10具有电子病历编辑部11、输入辅助部12以及通信部13等。电子病历编辑部11是电子病历231的浏览器或者编辑器。电子病历编辑部11根据被利用者输入的编辑指示，进行电子病历231的显示以及编辑等。此外，本实施方式中，电子病历编辑部11是取得部的一例。

通信部13控制与电子病历服务器20等的通信。

输入辅助部12利用利用者文例词典241，对利用者所进行的电子病历231的输入或者编辑进行辅助。该图3中，输入辅助部12具有判定部121、输出顺序决定部122、显示控制部123、输入部124以及利用者文例词典存储部125等。

利用者文例词典存储部125是用于存储从电子病历服务器20下载的利用者文例词典241的、辅助存储装置102中的存储区域（例如，规定的文件夹或者目录）。

判定部121针对利用者文例词典存储部125中存储的利用者文例词典241所含的各文例，判定在编辑对象的电子病历231内是否包含一致的字符串。判定部121对在编辑对象的电子病历231内包含一致的字符串的文例，赋予表示这一情况的标志信息（后述的优先标志）。

输出顺序决定部122根据电子病历231编辑时的读法的输入，决定作为输入备选（变换备选）输出的文例的输出顺序。更详细地，输出顺序决定部122将与输入的读法或者未确定字符串所对应的文例对应地由利用者文例词典241存储的文例中的、优先标志被赋予的文例的输出顺序决定为比优先标志未被赋予的文例上位。此外，本实施方式中，输出顺序决定部122是显示方式决定部的一例。

显示控制部123根据由输出顺序决定部122决定的输出顺序来显示与输入的读法对应的文例的一览。输入部124将从文例的一览中选择出的文例输入电子病历231。

此外，电子病历编辑部11和输入辅助部12也可以由分别独立的独立程序来实现。例如，是如下情形，即电子病历编辑部11由CPU104执行电子病历编辑程序的处理来实现，输入辅助部12由CPU104执行输入辅助程序的处理来实现。该情况下，电子病历编辑部11和输入辅助部12作为分别独立的进程起动。因此，电子病历编辑部11和输入辅助部12之间通过进程间通信等来实现交互。

以下，说明电子病历终端10等的处理顺序。图4是用于说明电子病历的编辑处理的处理顺序的一例的流程图。

步骤S101中，电子病历编辑部11从利用者接受登录。具体地，电子病历编辑部11使显示装置106显示登录画面。电子病历编辑部11借助登录画面接受利用者ID以及密码的输入。电子病历编辑部11将包含输入的利用者ID以及密码的认证请求发送给电子病历服务器20的认证部21。认证部21将认证请求所含的利用者ID以及密码与在利用者DB22中登记的利用者ID以及密码进行对照来进行认证处理。认证部21将认证结果返回给电子病历编辑部11。在认证结果表示认证失败的情况下，电子病历编辑部11中止以后的处理。在认证结果表示认证成功的情况下，电子病历服务器将在登录画面输入的利用者ID作为登录用户的利用者ID（以下，称为“登录用户ID”。）记录在存储器装置103中，继续以后的处理。

接着，电子病历编辑部11自电子病历服务器20的文例词典存储部24处取得（下载）登录用户的利用者文例词典241（S102）。即，在文例词典存储部24中，取得与登录用户ID一致的利用者ID相关联的利用者文例词典241。电子病历编辑部11将取得的利用者文例词典241记录在利用者文例词典存储部125中。在此，电子病历编辑部11进行利用输入辅助部12的识别或者预定。具体地，电子病历编辑部11中预先设定利用者文例词典存储部125在辅助存储装置102中的位置（文件夹或者目录等）。此外，在电子病历终端10和利用者之间的关系是一对一的情况下，各电子病历终端10中也可以预先存储与该电子病历终端10的利用者对应的利用者文例词典241。如本实施方式那样，利用者文例词典241自电子病历服务器20处下载的方式在各利用者利用多个电子病历终端10的情况下尤其有效。这是因为各利用者在利用任意电子病历终端10的情况下，均能够利用与自身对应的利用者文例词典241。

接着，电子病历编辑部11使显示装置106显示患者属性输入画面（S103）。接着，电子病历编辑部11借助患者属性输入画面自利用者处接受用于识别患者的患者属性信息的输入（S104）。例如，接受患者ID的输入。以下，将与输入的患者ID相关的患者称为“对象患者”。

接着，电子病历编辑部11自电子病历服务器20的电子病历DB23处取得（下载）对象患者的电子病历231（S105）。即，电子病历DB23中，取得与对象患者的患者ID相关联的电子病历231。电子病历编辑部11将取得的电子病历231展开（记录）到电子病历工作区域中。电子病历工作区域是指在存储器装置103或者辅助存储装置102中，存储编辑对象的电子病历231的区域。

图5是表示电子病历工作区域的构成例的图。该图中，在电子病历工作区域中与对象患者相关地按照各个诊疗日来记录诊疗信息。诊疗信息是也称为“诊疗记录”等的信息，是电子病历231的记载内容。此外，本实施方式中，假设图5所示的全部记录是针对对象患者一个电子病历231。

接着，电子病历编辑部11使显示装置106显示电子病历编辑画面（S106）。电子病历编辑画面中以规定的布局在可编辑的状态下显示电子病历工作区域的内容。

接着，电子病历编辑部11请求输入辅助部12执行初始化处理。输入辅助部12根据来自电子病历编辑部11的请求（调用），执行初始化处理（S107）。

接着，电子病历编辑部11在电子病历编辑画面中，接受针对电子病历231的字符串的输入（S108）。输入辅助部12检测字符串的输入，执行文例显示、输入处理（S109）。文例显示、输入处理中，在将输入的字符串设为读法的情况下，显示与该读法对应的文例的一览（以下，称为“文例一览”。），对电子病历231输入从该文例一览选择出的文例。输入的文例被反映到电子病历工作区域。例如，在电子病历工作区域中添加与当日对应的新记录，在该记录的诊疗信息中添加输入的文例。

步骤S108以及S109被反复进行直到在电子病历编辑画面中被输入保存指示（S110）。如果输入保存指示（S110“是”），电子病历编辑部11执行电子病历231的保存处理（S111）。具体地，电子病历编辑部11指定对象患者的患者ID，将电子病历工作区域的内容上传（传送）给电子病历服务器20的电子病历DB23。其结果，电子病历DB23中，与对象患者的患者ID对应的电子病历231根据电子病历工作区域的内容而被更新。

接着，电子病历编辑部11关闭电子病历编辑画面（S112）。即，不显示电子病历编辑画面。接着，电子病历编辑部11请求输入辅助部12执行结束处理。输入辅助部12根据来自电子病历编辑部11的请求（调用），执行结束处理（S113）。

接着，在针对其他患者进行电子病历231的编辑的情况（S114“否”）下，反复进行步骤S103以后的处理。另一方面，如果输入了注销的指示（S114“是”），则电子病历编辑部11指定登录用户ID，将利用者文例词典存储部125所记录的利用者文例词典241上传（传送）到电子病历服务器20的文例词典存储部24。其结果，文例词典存储部24中，与该利用者ID对应的利用者文例词典241被更新。此外，之所以上传利用者文例词典241，是因为如后所述，在文例显示、输入处理中，有可能利用者文例词典241的内容被更新。

接着，说明步骤S107的详细内容。图6是用于说明输入辅助部的初始化处理的处理顺序的一例的流程图。

步骤S201中，输入辅助部12的判定部121从利用者文例词典存储部125所存储的利用者词典取得一个文例。

图7是表示利用者文例词典的构成例的图。该图中，利用者文例词典241按照各个文例，包含文例读法、最终利用日、利用频度以及优先标志等信息。文例是被输入电子病历231中的句子或者句子的集合。文例读法是对文例的读法。最终利用日是文例最后被利用的（作为输入对象被选择的）日期（时期）。利用频度是文例被利用的（作为输入对象被选择的）频度（次数）。优先标志是表示在文例的输出顺序中是否是优先对象的标志。在图6的处理执行前，不存在优先标志被赋予的文例。此外，本实施方式中，文例读法是第一字符串的一例。文例是第二字符串的一例。

在上述的步骤S201中，自图7所示那样的利用者文例词典241处取得一个文例。

接着，判定部121判定是否取得了文例（S202）。即，针对图6的处理，判定是否还残留有未处理的文例。在文例已被取得的情况下（S202“是”），判定部121从电子病历工作区域的全部诊疗信息中检索与取得的文例（以下，称为“对象文例”。）一致的字符串（S203）。在此所谓的一致是完全一致。但是，也可以判定是否包含有与文例的含义相同含义的句子或者句子的集合。

此外，与对象文例一致的字符串的检索自诊疗日为新的诊疗信息开始按照顺序执行，在任意的诊疗信息中检索到了该一致的字符串的情况下，就可以在该时刻结束与对象文例相关的检索。通过在检索到与对象字符串一致的字符串的时刻结束检索，能够缩短检索时间。另外，也可以预先将检索出的时刻的诊疗日与对象文例关联地记录在存储器装置103中，将该诊疗日用于后述的文例的输出顺序的决定。该诊疗日针对编辑对象的电子病历231，具有作为对象文例最后被利用的日期的含义。

在检索到与对象文例一致的字符串的情况下（S204“是”），判定部121对对象文例赋予优先标志（S205）。即，在利用者文例词典241中，在对象文例所涉及的记录的优先标志中记录“1”。在图7的利用者文例词典241中，第1～3行的记录的优先标志中记录为“1”。这是因为与该各记录的文例一致的字符串被包含在对象患者的图5的电子病历工作区域的任一个诊疗信息中。即，第4以及第5记录是指在对象患者的过去的诊疗信息中，一次也未使用过的文例。

步骤S201～S205针对利用者文例词典241所含的全部文例执行。如果针对全部文例处理都结束了（S202“否”），则判定部121结束初始化处理。

接着，说明图4的步骤S109的详细内容。图8是用于说明文例显示、输入处理的处理顺序的一例的流程图。

步骤S301中，输入辅助部12的输出顺序决定部122自利用者文例词典存储部125所存储的利用者文例词典241处提取与读法或者未确定字符串对应的文例。与读法或者未确定字符串对应的文例是指与该文例对应的文例读法与读法相符的文例，或者该文例自身与未确定字符串相符的文例。与输入的读法相符的文例读法是指例如自开头起包含输入的读法的文例读法。包含输入的读法和文例读法完全一致的情况，也包含文例读法的开头的一部分与输入的读法一致的情况。另外，与未确定字符串相符的文例是指例如自开头起包含未确定字符串的文例。包含未确定字符串和文例完全一致的情况，也包含文例的开头的一部分与未确定字符串一致的情况。此外，未确定字符串是指输入的读法被未图示的假名汉字变换软件变换并且输入未被确定的字符串。

因此，步骤S301的输出顺序决定部122的处理内容例如如下所述。

根据读法的输入，输出顺序决定部122提取与读法相符的文例读法所对应的文例。在读法被变换成未确定字符串的情况下，输出顺序决定部122提取与未确定字符串相符的文例。

接着，输出顺序决定部122根据优先标志的有无来将提取出的文例组分类成两个集合（组）（S302）。即，提取出的文例组被分类成优先标志被赋予的文例组（以下，成为“优先文例组”。）和优先标志未被赋予的文例组（以下，称为“非优先文例组”。）这两个组。

接着，输出顺序决定部122按照各个优先文例组以及非优先文例组，针对利用频度按照降序对文例进行排序（sort）（S303）。即，按照利用频度相对高的文例处于上位的方式来进行排序。在利用频度相同的文例彼此之间，针对最终利用日按照降序来进行排序。即，最终利用日新的文例处于上位。另外，在利用频度相同的文例彼此之间，也可以针对与文例一致的字符串被检索到的诊疗信息的诊疗日按照降序进行排序。该情况下，文例根据当前成为编辑对象的电子病历231被排序成适当的顺序的可能性高。即，利用者文例词典241的最终利用日是针对多个患者的电子病历231文例最后被利用的日期。这是因为，与此相对，与文例一致的字符串被检索出的诊疗信息的诊疗日是针对当前成为编辑对象的电子病历231文例被最后利用的日期。

此外，在日期单位中，即使利用最终利用日来进行了排序，也有可能产生相同顺位的文例。因此，也可以代替最终利用日而将最终利用日期时间记录在利用者文例词典241中。

接着，输出顺序决定部122决定文例的输出顺序（S304）。具体地，输出顺序决定部122按照优先文例组比非优先文例组上位的方式来决定各文例的输出顺序。因此，在优先文例组中利用频度最高的文例为最上位。另外，在非优先文例组中利用频度最高的文例为在优先文例组中利用频度最低的文例的下一个次序。

接着，显示控制部123根据被输出顺序决定部122决定的输出顺序，来使显示装置106显示文例一览（S305）。

此外，基于优先标志、最终利用日、利用频度决定的文例的显示方式不限于输出顺序。例如，判定为优先显示的文例也可以采用突出背景色来显示等显示方式。

图9是表示文例一览的显示例的图。该图是在输入了“こう”这样的读法的情况下，基于图5所示的电子病历工作区域以及图7所示的利用者文例词典241来进行显示的文例一览的例子。

此外，如该图所示，显示控制部123使文例一览例如与电子病历编辑画面510（即，电子病历的操作区域）重叠地显示。文例一览通过以这些方式显示能够进一步地减轻电子病历的输入负担。

根据图5的电子病历工作区域的诊疗信息可知，对象患者是与甲状腺相关的患者。因此，在利用者输入了“こう”的情况下，推测利用者想要输入以甲状腺开始的文例的可能性高。在图9所示的文例一览中，在上位显示与甲状腺相关的文例。即，在上位显示推测为利用者想要输入的可能性高的文例。

接着，如果利用者从文例一览中选择一个文例（S306），则输入部124将选择的文例输入电子病历231（S307）。严格来讲，选择的文例被反映（记录）在电子病历工作区域。其结果，电子病历编辑画面510的内容被更新。此外，本实施方式中，选择与甲状腺相关的文例可能性高。因此，利用者能够从文例一览中容易地选择想要输入的文例的可能性高。尤其是，由于在优先文例组内也根据利用频度进行了排序，因此利用者从在上位显示的文例中找出想要的文例的可能性高。

接着，输入部124在利用者文例词典241中，对与输入的文例对应的利用频度的值加上1（S308）。接着，输入部124在利用者文例词典241中，利用当日的日期来更新与输入的文例对应的最终利用日（S309）。

接着，说明图4的步骤S113的详细内容。图10是用于说明输入辅助部的结束处理的处理顺序的一例的流程图。

步骤S401中，判定部121除去（清除）对利用者文例词典存储部125所存储的利用者文例词典241的文例赋予的所有优先标志。这是因为，优先标志是对于到目前为止编辑过的电子病历231而言有效的。换言之，这是因为，如果作为编辑对象的电子病历231发生了变化，则优先标志被赋予的文例有可能发生变化。

如上所述，根据本实施方式，按照各个电子病历231，能够针对对象患者的输入操作，使文例一览（输入备选的文例的一览）的文例的输出顺序变化为适合于该电子病历231的顺序。因此，与仅基于利用者到目前为止利用过的频度整体来决定文例的输出顺序的情况相比，能够期待电子病历231的输入操作的操作负担的进一步减轻。具体地，用户能够在显示的文例一览中在更上位处发现想要的文例，能够迅速地选择该文例。

由于文例的选择被迅速化，因此还能够期待CPU104负荷的减轻、存储器消耗量的削减等。即，作为输入备选的文例一览而显示的文例根据读法输入的推进而时刻发生着变化。具体地，在第2字符被输入的时刻，在开头包含该2个字符的文例被作为输入备选，但是在第3字符被输入的时刻，输入备选被缩小为在开头包含该3个字符的文例。CPU104反复进行该缩小处理，直到确定出用户所进行的字符串的输入为止。

根据本实施方式，在被用户输入的读法的字符数少的阶段，在上位显示想要的文例，该文例被用户选择的可能性高。其结果，能够抑制由于反复地进行上述那样的缩小处理而带来的CPU104负荷的增加、存储器消耗量的增加等。

另外，由于文例的选择被迅速化，因此文例一览的显示时间也被缩短。其结果，能够削减文例一览的显示所需要的CPU104的负荷、存储器的消耗量等。

此外，在本实施方式中，表示了利用者文例词典241按照各个利用者而不同的例子，但是一个利用者文例词典241也可以被多个利用者所共享。例如，在医院等医疗机构中，可预见到根据诊疗科而利用的文例是不同的。因此，也可以按照各个诊疗科来创建一个利用者文例词典241。该情况下，例如在利用者DB22中按照各个利用者存储该利用者的诊疗科。认证部21在通过利用者的认证处理认证了利用者的情况下，将该利用者的属性信息返回给电子病历编辑部11。电子病历编辑部11下载与该属性信息所含的诊疗科对应的利用者文例词典241。

另外，也可以横跨多个医疗机构共享利用者文例词典241。即，电子病历服务器20也可以横跨多个医疗机构被共享。

另外，实现输入辅助部12的程序也可以不预先安装在电子病历终端10中。例如，输入辅助程序也可以被包含在Web页面的一部分中。例如，该Web页面是进行在Web网站中被管理的文档的编辑的Web页面，输入辅助部12提示适于在该Web页面中成为编辑对象的文档的文例。这样的方式在近几年的云计算中是优选的。该情况下，利用者文例词典241存储在Web网站中即可，不用必须下载到客户端侧。输入辅助部12借助网络来访问利用者文例词典241即可。

此外，在此所谓的Web网站相当于本实施方式的电子病历服务器20的地位。另外，客户端侧相当于本实施方式的电子病历终端10的地位。本实施方式中，利用者文例词典241也可以不被下载到电子病历终端10。但是，如本实施方式那样，通过将利用者文例词典241下载到电子病历终端10，能够提高输入辅助部12访问利用者文例词典241的访问速度。

并且，本实施方式中，对于电子病历231以外的文档也能够应用。例如，通过将编辑中的文档文件设为与本实施方式的电子病历231同样的地位，能够按照各个文档文件以适于该文档文件的顺序来输出文例。

具体地，输入辅助部12将被指定为编辑对象的（例如，在应用程序打开的）文档文件作为对象，检索与利用者文例词典241所含的各文例一致的字符串。对于一致的字符串被检索到的文例赋予优先标志，在文例一览中的输出顺序的决定中被优先处理。由此，能够以适于编辑对象的文档文件的顺序来显示文例。

即，此处的文档文件对应于本实施方式的电子病历231。另外，应用程序对应于本实施方式的电子病历编辑部11。

文档文件的内容不限于规定内容。例如，如果是报纸报道，则以适于报道的内容的顺序来显示文例。如果是专利说明书，则以适于说明书中记载的发明的顺序来显示文例。

另外，对于编辑对象的文档文件的内容而言，执行该文档文件的编辑的应用程序也可以通知给输入辅助部12，也可以是输入辅助部12主动地取得。前者的情况下，例如应用程序将作为编辑对象的文档文件的内容写（记录）到对于输入辅助部12而言方便的存储区域即可。后者的情况下，例如输入辅助部12从处于激活状态（active）（操作对象）的窗口所涉及的应用程序处取得文档文件的内容即可。

例如，本实施方式中，电子病历工作区域也可以记录为对于输入辅助部12而言方便的文件夹内的一个文件。由此，能够提高输入辅助部12的通用性。即，输入辅助部12不用意识到编辑文档的上位的程序是何种程序就能够对该文档的输入进行辅助。

此外，通过其他的方法输入辅助部12也能够获取文档文件的内容。即，输入辅助部12所进行的获取编辑对象的文档文件的内容的方法不限于规定的方法。

另外，也可以将其他的文例词典作为参考，来决定利用者文例词典241的显示顺序。例如，用户在文档的编辑开始时，将与编辑的文档关联密切的字符串作为该文档的属性，进行输入。作为与创建的文档关联密切的字符串的一例，可举出该文档的体裁或者主题等。例如，如果用户是报纸的记者，则也可以从中输入与作为文档输入的报道有关的字符串。

该情况下，例如可以如图11所示那样，考虑按照各个报纸的报道的体裁来创建文例词典。

图11是表示按照各个体裁的文例词典的一例的图。图11中，示出了创建棒球用文例词典、政治用文例词典、经济用文例词典以及社会用文例词典等的例子。各XXX用文例词典按与“XXX”关联密切的各个文例而包含文例读法。

例如，如果用户输入“棒球”作为编辑的文档的属性，则将棒球用文例词典作为参考，来决定该用户的利用者文例词典241的显示顺序。即，在图6的步骤S203中，代替诊疗信息而将棒球用文例词典所含的文例作为检索对象。具体地，按照该利用者文例词典241的各个文例，从棒球用文例词典中检索与该文例一致的文例。在与该文例一致的文例被检索到的情况下、对该文例赋予优先标志。在与该文例一致的文例未被检索到的情况下，不对该文例赋予优先标志。其他的处理顺序如上所述。其结果，在该利用者文例词典241中，在上位显示与棒球关联密切的文例。其结果，针对与棒球的报道相关的文档的编辑，能够期待操作效率的提高。

此外，作为利用者文例词典241的显示顺序的参考的文例，如图11所，不限于按照体裁、主题种类而创建出的文例词典。例如，也可以将用户A的利用者文例词典241作为参考，来决定用户B的利用者文例词典241的显示顺序。

以上，详细地叙述了本发明的实施例，但是本发明并不限定于上述特定的实施方式，在权利要求书所记载的本发明的主旨的范围内，能够进行各种变形、变更。不限于电子病历的输入辅助，也能够应用于其他的输入辅助。例如，在利用者打开某个文件进行更新编辑操作的情况下，输入辅助装置也可以判定在利用者文例词典中录入的文例是否存在于该文件中，来决定文例的显示方式。

本申请基于2010年10月19日申请的日本国专利申请第2010－234964号来主张其优先权，通过参照该日本国专利申请的全部内容而引用到本申请中。

图中符号说明：

1…电子病历系统；11…电子病历编辑部；12…输入辅助部；13…通信部；20…电子病历服务器；21…认证部；22…利用者DB；23…电子病历DB；24…文例词典存储部；25…通信部；100…驱动装置；101…记录介质；102…辅助存储装置；103…存储器装置；104…CPU；105…接口装置；106…显示装置；107…输入装置；121…判定部；122…输出顺序决定部；123…显示控制部；124…输入部；125…利用者文例词典存储部；B…总线。

Claims (6)

1.一种输入辅助程序，其特征在于，使计算机执行如下处理：

取得由利用者设为输入对象的第一文档的属性；

从存储所述属性和与该属性关联的第二文档的存储部取得与所取得的该属性对应的所述第二文档；

判定预先与读法信息对应存储的文例是否被包含在所述第二文档中；以及

基于判定的结果，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

2.根据权利要求1所述的输入辅助程序，其特征在于，

基于所述显示方式来在所述第一文档的操作区域显示所述第一文例。

3.根据权利要求1或者2所述的输入辅助程序，其特征在于，

所述文例与被利用的频度建立对应地存储，

所述决定的处理基于所述判定的结果和所述频度，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

4.根据权利要求1或者2所述的输入辅助程序，其特征在于，

所述文例与最后被利用的时期建立对应地存储，

所述决定的处理基于所述判定的结果和所述时期，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

5.一种输入辅助装置，在计算机中具有：

取得部，其取得由利用者设为输入对象的第一文档的属性，并从存储所述属性和与该属性关联的第二文档的存储部取得与所取得的该属性对应的所述第二文档；

判定部，其判定预先与读法信息对应存储的文例是否被包含在所述第二文档中；以及

显示方式决定部，其基于判定的结果，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

6.一种输入辅助方法，其特征在于，由计算机执行如下处理：

取得由利用者设为输入对象的第一文档的属性；

从存储所述属性和与该属性关联的第二文档的存储部取得与所取得的该属性对应的所述第二文档；

判定预先与读法信息对应存储的文例是否被包含在所述第二文档中；以及

基于判定的结果，来决定在所述读法信息所含的字符串被所述利用者针对所述第一文档输入时与该第一文档一起显示的所述文例的显示方式。

Images