信息处理装置和信息处理方法技术领域
本发明涉及一种信息处理装置和信息处理方法。
背景技术
在日本专利文献特开2002-259555号公报中提出了小型医疗机构面临的雇佣健康
信息管理员的困难，并且公开了以下的医疗保健信息管理系统。在所述管理系统中，
医疗机构的客户从电子病历系统中检索疾病名称和医疗行为记录，从医疗办公处理装
置中检索患者信息，例如患者姓名和医疗费用信息，并将所述检索到的信息传送至服
务器。相反，操作中心的服务器包括医疗行为记录数据库，其中记录有患者疾病名称
和对患者实施的医疗行为，以及标准费用数据库，其中记录有医疗的标准费用。所述
服务器接收数据、将所述数据记录在所述医疗行为记录数据库中，通过疾病和/或医
疗行为的所述已记录名称检索所述标准费用数据库，比较所述已检索的标准费用与接
收的医疗费用，并输出比较结果。
日本专利文献特开2004-318543号公报旨在容易地确定由医疗机构向患者提供的
医疗行为、处方药等的有效性。标准治疗数据库存储经支付代理机构事先认证的主诉、
观察结果、判断、治疗和问题。病历信息数据库按每个患者存储病历信息，例如每次
医疗检查时实施的医疗行为和所用药物。当个人(患者)在所述医疗机构接受检查时，
所述医疗机构使用所述标准治疗数据库和所述病历信息数据库提供医疗行为。主诉、
观察结果、判断、治疗和问题均存储在所述病历信息数据库中。所述个人和所述支付
代理机构在所述标准治疗数据库和所述病历信息数据库的基础上验证所述医疗行为
和所述处方药的有效性。
日本专利文献特开2008-134756号公报旨在提供一种医疗保险理赔申请表检查支
持方法，通过该方法利用规则提取待重点检查的医疗保险理赔申请表，以及一种使用
所述方法的系统。描述表示复查费的结果数据的细节的收费词组使用包括药物名称或
医疗行为名称的医疗保险理赔申请表代码关键字以及所述收费词组中包含的词组关
键字进行检索。医疗保险理赔申请表提取规则在所述关键字的组合模式的基础上创
建。在复查的结果或分数的基础上还计算提高效率的指标。
发明内容
本发明的目的在于提供一种信息处理装置和信息处理方法，其在与针对患者的治
疗相关的文档被登记时，呈现要与所述文档一起登记的文档。
根据本发明的第一方面，提供一种信息处理装置，其包括接收单元、获取单元、
提取单元和呈现单元。所述接收单元接收与对患者实施的治疗相关的至少一个文档。
所述获取单元获取由所述接收单元接收的所述文档的类型。所述提取单元从彼此关联
地存储第一文档的类型和第二文档的类型的关联存储器中提取与由所述获取单元获
取的所述文档的所述类型相关的第二文档的类型，所述第二文档在所述第一文档被登
记的情况下要进行登记。所述呈现单元为要与由所述获取单元获取的所述类型的所述
文档一起登记的文档呈现由所述提取单元提取的所述第二文档的所述类型。
根据本发明的第二方面，在根据第一方面的所述信息处理装置中，在所述接收单
元接收所述多个文档并且由所述提取单元提取的所述第二文档的所述类型与所述第
二文档的已提取类型重叠的情况下，不进行重叠方式的提取。
根据本发明的第三方面，在根据第一方面或第二方面的所述信息处理装置中，所
述关联存储器还存储登记可接受期限，所述第二文档要在该登记可接受期限内进行登
记。在所述登记可接受期限内的预定期限内，所述呈现单元呈现表示存在待登记的所
述第二文档的警告。
根据本发明的第四方面，提供一种信息处理方法，其包括：接收与对患者实施的
治疗相关的至少一个文档；获取所述已接收文档的类型；从彼此关联地存储第一文档
的类型和第二文档的类型的关联存储器中提取与所述文档的所述已获取类型相关的
第二文档的类型，所述第二文档在所述第一文档被登记的情况下要进行登记；以及为
要与所述已获取类型的所述文档一起登记的文档呈现所述第二文档的所述已提取类
型。
采用根据本发明的第一方面的所述信息处理装置，当与针对患者的治疗相关的文
档被登记的情况下，可以呈现要与所述文档一起登记的文档。
采用根据本发明的第二方面的所述信息处理装置，在所述接收单元接收所述多个
文档并且由所述提取单元提取的所述第二文档的所述类型与所述第二文档的已提取
类型重叠的情况下，可以省略重叠方式的提取。
采用根据本发明的第三方面的所述信息处理装置，在所述登记可接受期限内的预
定期限内，所述呈现单元可以呈现表示存在待登记的所述第二文档的警告。
采用根据本发明的第四方面的所述信息处理装置，在与针对患者的治疗相关的文
档被登记的情况下，可以呈现要与所述文档一起登记的文档。
附图说明
将基于下列附图详细说明本发明的示例性实施例，其中：
图1示出本发明的示例性实施例的概念模块的配置实例；
图2示出实施示例性实施例的情况下的系统配置实例；
图3示出根据示例性实施例的处理的实例；
图4示出根据示例性实施例的处理的实例；
图5是示出根据示例性实施例的处理的实例的流程图；
图6是示出根据示例性实施例的处理的实例的流程图；
图7示出文档类型管理表的数据结构实例；
图8示出文档登记状态画面的实例；
图9是示出根据示例性实施例的处理的实例的流程图；
图10示出文档类型管理表的数据结构实例；
图11示出文档登记状态画面的实例；以及
图12是示出实施示例性实施例的计算机的硬件配置实例的方块图。
具体实施方式
以下，参照附图与示例性实施例对本发明作进一步详细说明。
图1示出示例性实施例的概念模块的配置实例。
注意，术语“模块”指软件(计算机程序)和硬件等的一般逻辑上可分离的部件。
因此，示例性实施例中的模块不仅指计算机程序中的模块，还指硬件配置中的模块。
因此，示例性实施例的描述还作为使计算机作为模块运行的计算机程序(使计算机执
行步骤的程序、使计算机作为部件运行的程序和使计算机实施功能的程序)以及其系
统和方法的描述。同时，描述中使用了术语“存储”以及与“存储”相等的其他术语。在
示例性实施例描述计算机程序的情况下，该术语表示将某物存储在存储装置中或者进
行控制以便将某物存储在存储装置中。模块按一对一针对各项功能提供。然而，在实
施功能的过程中，一个程序可以构成一个模块；一个程序可以构成多个模块；并且多
个程序可以构成一个模块。另外，一台计算机可以运行多个模块，并且多台计算机可
以在分布式或平行处理环境中运行一个模块。注意，一个模块可以包括另一个模块。
另外，术语“连接”不仅用于物理连接，还用于逻辑连接(例如数据交换、指令或者数
据之间的参考关系)。术语“预定”指在目标处理前已确定。该术语使用时包括根据确
定时的情况而确定的含义或者根据仅在目标处理前的情况而确定的含义，与在示例性
实施例中的处理开始之前或之后无关。同时，在多个“预定值”的情况下，这些值可以
互不相同，或者这些值中的两个或多个可以相同(包括所有的值)。另外，表达“如果
A，那么B”的意思的描述在使用时表示“确定A是否是真，并且在确定A是真时，执
行B”。然而，排除无需确定A是否是真的情况。
系统或装置不仅包括多台计算机、硬件、装置等通过通信单元，例如网络(包括
按一对一的通信连接)互相连接的配置，还包括由一台计算机、硬件、装置等实施的
配置。术语“装置”和“系统”作为具有相同含义的术语使用。不言而喻，“系统”不包括
根据由人类达成的共识建立的纯粹的社会性“系统”。
另外，为在每个模块中进行一种处理操作或多种处理操作，模块从存储装置中读
取每种处理的目标信息，进行处理，并将处理结果写入存储装置中。因此，在某些情
况下，省略在处理前从存储装置中读取内容并在处理后将内容写入存储装置的解释。
这里，存储装置可以包括硬盘、随机存取存储器(RAM)、外部存储介质、通过通信
网络连接的存储装置、中央处理单元(CPU)中的寄存器和其他装置。
根据示例性实施例的信息处理装置100登记与对患者实施的治疗相关的文档。如
图1所示，信息处理装置100包括患者登记模块110、文档存储模块115、文档登记
模块120、文档处理模块130、文档类型管理数据存储模块155和显示模块160。信
息处理装置100针对病历的定量审计而特别设计，病历为与患者的治疗相关的文档。
这里，术语“定量审计”指验证是否存在目标病历(电子文档的病历的登记)。
审计在治疗完成之后进行。因此，如果在治疗之后已过去很多天，可能不能获取
必需的信息(医疗记录)。另外，例如，即使在确定医疗保险理赔申请表(由医疗机
构向医疗保险机构提交的医疗费用账单)有问题，如果没有医疗记录时，也不能确定
什么是正确的医疗保险理赔申请表。
基于源自医疗记录的医疗保险理赔申请表的审计有效性是有限度的。因此，需要
审计作为医疗保险理赔申请表的信息源的医疗记录是否被正确地登记。该审计被称为
病历审计。
然而，医疗行为根据患者的情况灵活地进行，因此很难在患者住院和接受治疗期
间定义治疗模式。为此，尽管期望在不造成审计失败的情况下为患者实施治疗，基于
治疗模式定义的方法不能事先定义正确的解决方案治疗模式(医疗记录集)，该正确
的解决方案治疗模式用于确定医疗记录是否被正确地登记。
示例性实施例中的信息处理装置100按已登记的文档类型，而不是按治疗模式，
定义一组需要登记的文档。当文档被登记时，信息处理装置100动态地更新需要登记
的文档。
患者登记模块110连接到文档存储模块115上，并登记患者信息。例如，在患者
接受第一次诊察或入院时登记患者信息。患者信息至少包括在示例性实施例中唯一地
识别患者的信息，并且还可以包括如患者姓名、地址和性别的信息。
文档存储模块115连接到患者登记模块110和文档登记模块120上。文档存储模
块115中存储患者信息和患者的文档。换句话说，文档存储模块115具有作为按每个
患者登记和管理医疗记录(与患者的治疗相关的文档)的存储器的功能(库管理)。
患者信息与已登记的文档具有一对多(包括一对零和一对一)的关系。
文档登记模块120连接到文档存储模块115和文档处理模块130上。文档登记模
块120接收与对患者实施的治疗相关的文档，并将文档与文档的患者信息一起登记在
文档存储模块115中。
文档处理模块130包括文档类型获取模块135、检索模块140、所需文档获取模
块145和登记可接受期限处理模块150。文档处理模块130连接到文档登记模块120、
文档类型管理数据存储模块155和显示模块160上。
文档类型获取模块135获取由文档登记模块120接收的文档的类型。例如，类型
作为文档的属性存储在文档中，并且可以从文档中提取出来。文档类型代表文档的类
别，并且针对每个文档进行定义。使用面向对象的程序设计，通过例示文档的类型的
方式创建文档。
检索模块140对文档类型管理数据存储模块155进行检索以检索由文档类型获取
模块135获取的文档类型。具体地，检索模块140在文档类型管理表700(稍后描述)
中检索文档类型代码列710(或文档类型名称列720)以检索目标文档类型，文档类
型管理表700在图7中的实例中说明。
所需文档获取模块145提取每个第二文档的类型，类型与由检索模块140检索到
的文档类型相关联。具体地，所需文档获取模块145可以从在图7中的实例中示出的
文档类型管理表700(稍后描述)中提取必需的待登记文档列730中的值，该值与由
检索模块140在文档类型代码列710中检索到的文档类型处于同一行。
在文档登记模块120接收到多个文档并且将由所需文档获取模块145提取的第二
文档的类型与已提取的第二文档的类型重叠的情况下，所需文档获取模块145可以省
略类型的提取。注意，“文档登记模块120接收到多个文档”的情况是指对患者的文档
进行的第二次或后续登记的情况。由于第二文档的类型在每次登记文档时被提取，因
此无需提取已提取的文档类型。如果发生差异(稍后描述)，则提取文档类型，因为
已提取的文档类型通常不与第二文档的已提取类型重叠。当然，如果发生差异，但待
提取的文档类型中的至少一种文档类型与第二文档的已提取类型重叠时，则不提取重
叠的文档类型。
登记可接受期限处理模块150具有警告操作者存在任何待登记的文档的功能。如
果当前日期和时间在待登记的第二文档的登记可接受期限内的预定期限以内，登记可
接受期限处理模块150发出存在第二文档的警告。
文档类型管理数据存储模块155连接到文档处理模块130上。文档类型管理数据
存储模块155按文档类型管理一组需要登记的文档。具体地，文档类型管理数据存储
模块155彼此关联地存储第一文档和第二文档(下文也称为必需的待登记文档)的类
型。如果第一文档被登记，则需要登记第二文档。为每种文档定义文档类型，并且文
档类型管理数据存储模块155以每种文档类型均与必需的待登记文档相关联的方式
管理多组必需的待登记文档。文档类型与必需的待登记文档有一对多(包括一对零和
一对一)的关系。具体地，文档类型管理数据存储模块155存储在图7中的实例中示
出的文档类型管理表700(稍后描述)。
文档类型管理数据存储模块155还可以存储需要登记第二文档的登记可接受期
限。具体地，文档类型管理数据存储模块155存储在图10中的实例中示出的文档类
型管理表1000(稍后描述)。
显示模块160连接到文档处理模块130上。显示模块160具有在显示装置，例如
液晶显示器上按每个患者显示需要登记的文档的功能。显示模块160呈现由所需文档
获取模块145作为需要与由文档登记模块120获取的类型一起登记的文档提取的每个
第二文档的类型。另外，当文档被登记时，显示模块160动态地更新需要登记的任何
文档。从文档类型管理数据存储模块155中获取必需的待登记文档的信息，并且从文
档存储模块115中获取文档的登记状态。
当登记可接受期限处理模块150发出警告时，显示模块160可以呈现表明存在需
要登记的第二文档的警告。
图2示出实施示例性实施例的情况下的系统配置实例。
信息处理装置100、用户终端210A、用户终端210B和文档管理服务器220通过
通信网络290彼此连接。用户终端210A和用户终端210B中的每一个还指用户终端
210，除非需要彼此区别。通信网络290可以是无线网络、有线网络或将无线网络和
有线网络组合在一起获得的网络，并且，例如，还可以是作为通信基础设施的互联网
或内联网。例如，用户终端210的操作者通过用户终端210的浏览器使用信息处理装
置100。并且，操作者通常是医生。操作实例包括登记患者、文档等的操作。文档管
理服务器220可以具有作为文档存储模块115的功能。在这种情况下，文档存储模块
115包含在文档管理服务器220中，而不是信息处理装置100中。不言而喻，文档管
理服务器220可以是将信息处理装置100与文档管理服务器220，信息处理装置100
与用户终端210，或者信息处理装置100、用户终端210和文档管理服务器220组合
在一起获得的装置。
图3示出根据示例性实施例的处理的实例。
在一般治疗模式下，例如，与入院305相关联地生成入院同意书310；与检查315
相关联地生成检查报告320；与手术325相关联地生成手术同意书330和手术结果报
告332；与跟踪观察335相关联地生成检查报告340；并且与出院345相关联地生成
出院小结350。
在示例性实施例中，在这种情况下，当入院同意书310被登记时，显示模块160
显示需要检查报告320、手术同意书330、手术结果报告332、检查报告340和出院
小结350。由此，可以在文档登记时了解必需的待登记文档。如果必需的待登记文档
根据显示进行登记，医疗保险理赔申请表所需的文档将在医疗完成时已进行了登记。
图4示出根据示例性实施例的处理的实例，并示出示例性实施例支持医疗过程中
经常发生的“差异”的实例。注意，差异是指偏离临床路径(描述将在治疗和诊察过程
中采取的程序、程序的细节以及程序的顺序的时间表)中预期的过程的临床过程或结
果。例如，在临床路径中添加非计划的检查、因患者期望而推迟出院日期等均属于患
者的差异。
例如，与入院405相关联地生成入院同意书410；与检查415相关联地生成检查
报告420；与手术425相关联地生成手术同意书430和手术结果报告432；并且与跟
踪观察435相关联地生成检查报告440。
在跟踪观察435过程中存在差异发生442的情况下，与再次手术445相关联地生
成手术同意书450和手术结果报告452；与跟踪观察455相关联地生成检查报告460；
并且与出院465相关联地生成出院小结470。
在示例性实施例中，在这种情况下，当入院同意书410被登记时，显示模块160
显示需要检查报告420、手术同意书430、手术结果报告432、检查报告440和出院
小结470。当手术同意书450被登记时，显示模块160显示需要手术结果报告452、
检查报告460和出院小结470。注意，当手术同意书450在差异发生442之后被登记
时，不提取与手术同意书450的登记一起提取的出院小结470。这是因为出院小结470
的类型将与已提取的出院小结470(与入院同意书410的登记一起提取的出院小结
470)的类型重叠，并且将检测到重叠。换句话说，并未指出需要登记两份出院小结
470。
图5是示出根据示例性实施例的处理的实例的流程图。流程图示出从患者入院到
出院期间发生的文档登记的处理的实例。
在步骤S502中，患者登记模块110登记作为关于患者的信息的患者信息。在示
例性实施例中，处理在，例如，登记待治疗的患者时开始。具体地，患者在患者入院
时被登记。患者登记时，在文档存储模块115中生成患者的库。
在步骤S504中，文档登记模块120登记文档。基于患者的治疗生成的文档被登
记在文档存储模块115的患者库中。文档的实例包括入院同意书。
在步骤S506中，信息处理装置100判断是否已经定义了必需的文档。如果已经
定义了必需的文档，处理进行到步骤S508。否则，处理进行到步骤S510。具体地，
信息处理装置100判断是否为步骤S504中登记的文档的文档类型定义了必需的待登
记文档。必需的待登记文档采用文档类型管理数据存储模块155中的文档类型管理表
700进行管理。
在步骤S508中，信息处理装置100添加必需的文档。如果在步骤S506中判断已
经定义了必需的待登记文档，显示模块160将必需的待登记文档添加到显示装置上显
示的文档中。注意，如果进行了步骤S508中的处理，下一步骤S510中的判断输出“否”。
在步骤S510中，信息处理装置100判断是否已经登记了所有的文档。如果已经
登记了所有的文档，处理终止(步骤S599)。否则，处理返回步骤S504。换句话说，
如果已经登记了需要登记的文档，流程结束。如果还有任何文档将要登记，处理继续
等待文档登记。
图6是示出根据示例性实施例的处理的实例的流程图，并且示出图5中的实例中
的流程图中的步骤S506和步骤S508的处理实例的细节。这里，描述了当文档被登记
时，信息处理装置100添加与已登记的文档相关联的必需的待登记文档的步骤。
在步骤S602中，文档类型获取模块135获取已登记文档的文档类型，也就是说，
获取为文档分配的文档类型属性。
在步骤S604中，检索模块140检索文档类型管理表700以检索已登记的文档类
型，也就是说，检索与已获取的文档类型相对应的记录。
在步骤S606中，所需文档获取模块145获取必需的待登记文档，也就是说，获
取检索到的记录中定义的必需的待登记文档。
在步骤S608中，显示模块160更新显示，也就是说，更新在显示装置上指示已
添加的必需的待登记文档的显示。具体地，显示模块160在患者的文档登记状态画面
上添加项目，表示文档还未登记。
以下，对文档类型管理数据存储模块155中存储的文档类型管理表700的实例进
行描述。图7示出文档类型管理表的数据结构实例。
文档类型管理表700具有文档类型代码列710、文档类型名称列720和必需的待
登记文档列730。文档类型代码列710中存储有文档类型代码；文档类型名称列720
具有与各文档类型代码相对应的文档类型名称；并且必需的待登记文档列730具有需
要与分配有相对应的文档类型代码的每种文档的登记一起登记的文档(必需的待登记
文档)。注意，图7示出文档类型名称存储在必需的待登记文档列730中的实例，但
文档类型代码也可以存储在其中。
这里，每种文档类型便利地分配有文档类型代码。由此，即使文档类型名称彼此
重叠，也可以以区别的方式处理文档类型。文档类型是否彼此重叠可以通过文档类型
代码来确定。
文档类型被分类为同意书、报告、病历摘要、问诊单、转诊单、记录等。其中，
同意书是进行某种医疗行为所需的文档，因此与医疗行为之后获得的结果报告配对。
由此，对于同意书，相对应的结果报告可以定义为必需的待登记文档。注意，这不仅
限于同意书，并且可以为任何文档类型定义必需的待登记文档。例如，必需的待登记
文档还可以由管理员根据医院操作进行定义。注意，同意书是证明患者已经同意接受
医疗护理，例如手术或入院的文档。下一步，患者填写描述是否同意接受医疗护理的
同意书。出院小结总结了从入院到出院期间的临床过程和治疗细节，并且描述了最终
的诊断和结果。
如果在下一步中患者不同意同意书中描述的医疗护理，需要留下不进行医疗护理
的证据，因此需要登记相关联的文档。例如，如果患者不同意同意书中描述的手术，
需要登记记录无同意书的文档和描述未进行手术的结果报告。这些文档可以在文档类
型管理表700中进行定义。
另外，必需的待登记文档列730中的每个字段可以具有多个待登记的文档类型。
在这种情况下，可以定义登记文档类型的顺序。例如，必需的待登记文档列730可以
表示文档类型将以文档类型的顺序登记在字段中。
图8示出文档登记状态画面800的实例。显示模块160在显示装置上显示文档登
记状态画面800。
文档登记状态画面800显示患者A行810、患者B行820和患者C行830，也就
是说，在每名患者的列表(在这种情况下为一行)中显示必需的待登记文档。“R”和
“UR”分别用来表示已登记的文档和待登记的文档，由此可以在列表中看到文档的当
前登记状态。登记文档时，定义为必需的待登记文档的文档被添加到列表中。
患者A行810中具有已登记在其中的“心肌梗塞相关入院同意书”、“心脏检查报
告”、“心脏手术同意书”、“心脏手术结果报告”和“出院小结”。
患者B行820中具有已登记在其中的“肺癌相关入院同意书”、“肺部检查报告”、
“肺部手术同意书”和“出院小结”；以及未登记在其中的“肺部手术结果报告”。
患者C行830中具有已登记在其中的“心肌梗塞相关入院同意书”、“心脏检查报
告”、“肺部检查报告”、“心脏手术同意书”、“肺部手术同意书”和“心脏手术结果报告”；
以及未登记在其中的“肺部手术结果报告”和“出院小结”。
根据图8中的实例中所示的文档登记状态画面800，了解到医疗护理在不登记患
者B的“肺部手术结果报告”的情况下完成。
对于患者C，需要在心脏手术后进行肺部手术(发生差异)，并且新登记了“肺部
手术同意书”。因此，“肺部手术结果报告”作为必需的待登记文档而添加。
图9是示出根据示例性实施例的处理的实例的流程图。图9示出重叠相关处理的
细节以及包括步骤S908和步骤S910的步骤，步骤S908和步骤S910添加到图6中
的实例中所示的流程图中。
在步骤S902中，文档类型获取模块135获取已登记文档的文档类型。
在步骤S904中，检索模块140检索文档类型管理表700以检索已登记的文档类
型。
在步骤S906中，所需文档获取模块145获取必需的待登记文档。
在步骤S908中，所需文档获取模块145判断必需的待登记文档中的任何一个是
否与已获取的文档重叠。如果判断存在重叠，处理进行到步骤S910。否则，处理进
行到步骤S912。
在步骤S910中，所需文档获取模块145进行重叠相关处理。这里，所需文档获
取模块145在不进行重叠提取的情况下进行处理。因此，在下一步骤S912中，不显
示与步骤S906中获取的文档相同的必需的待登记文档。
在步骤S912中，显示模块160更新显示。
图10示出通过将登记可接受期限列1025和登记可接受期限列1035添加到文档
类型管理表700中而获得的文档类型管理表1000的数据结构实例。
文档类型管理表1000具有文档类型代码列1010、文档类型名称列1020、登记可
接受期限列1025、必需的待登记文档列1030和登记可接受期限列1035。文档类型代
码列1010中存储有文档类型代码；文档类型名称列1020具有分配给各文档类型代码
的文档类型名称；登记可接受期限列1025具有需要登记与各文档类型代码相对应的
文档的登记可接受期限；必需的待登记文档列1030具有需要与分配有相对应的文档
类型代码的每个文档的登记一起登记的文档(必需的待登记文档)；并且登记可接受
期限列1035具有需要登记必需的待登记文档的登记可接受期限。这里，每个登记可
接受期限是，例如，从文档被登记当天开始的期限。
如果当前日期和时间在登记可接受期限内的预定期限(例如，登记可接受期限最
后一天之前三天开始并在最后一天结束的三天期限)以内，利用登记可接受期限列
1035中的登记可接受期限呈现需要登记的必需的待登记文档。另外，如果登记可接
受期限结束，可以显示另一种警告。例如，警告可以在最后一天之前三天以红色显示，
并且可以在最后一天之后以闪烁方式动态地显示。或者，可以使用电子邮件等通知操
作者或管理员的上级有警告。
注意，文档类型管理表1000可以通过仅将登记可接受期限列1035添加到文档类
型管理表700中的方式获得(登记可接受期限列1025可以从文档类型管理表1000
中删除)。
以下，对由显示模块160在登记可接受期限被管理的情况下执行的显示操作进行
描述。图11示出文档登记状态画面1100的实例。文档登记状态画面1100通过对图
8中的实例中示出的文档登记状态画面800提供登记可接受期限字段的方式获得。具
体地，对于未登记的文档，文档登记状态画面1100显示登记可接受期限字段(患者
B列1120中的肺部手术结果报告的登记可接受期限字段1122、患者C列1130中的
肺部手术结果报告的登记可接受期限字段1132和患者C列1130中的出院小结的登记
可接受期限字段1134)。如上所述，可以根据当前日期和时间与登记可接受期限的最
后一天之间的关系为登记可接受期限字段使用警告指示符。
同时，根据示例性实施例执行程序的计算机具有如图12所示的通用计算机的硬
件配置，具体地，是个人计算机，可作为服务器的计算机，或其他计算机。在具体实
例中，计算机采用CPU1201作为处理单元(算术运算单元)，并采用RAM1202、
ROM1203和HD1204作为存储装置。计算机可以采用，例如硬盘作为HD1204。除
了CPU1201、RAM1202、ROM1203和HD1204以外，计算机还包括接收装置1206、
图像输出装置1205例如阴极射线管(CRT)或液晶显示器、用于连接到通信网络的
通信网络接口1207例如网络接口卡，以及用于连接这些部件以交换数据的总线1208。
CPU1201执行程序，例如患者登记模块110、文档登记模块120、文档处理模块130、
文档类型获取模块135、检索模块140、所需文档获取模块145、登记可接受期限处
理模块150和显示模块160。RAM1202中存储程序和数据。ROM1203中存储用于
启动计算机等的程序。HD1204是具有文档存储模块115和文档类型管理数据存储模
块155的功能的附属存储装置(可以是闪存或其他装置)。接收装置1206根据用户输
入通过键盘、鼠标、触摸板或其他装置接收数据。作为以上计算机的多台计算机中的
每一个可以通过网络互相连接。
有关上述计算机程序的示例性实施例的实施方式为：在以上描述的硬件配置中的
系统读取作为软件的计算机程序，即，软件和硬件资源互相配合工作。
图12中的硬件配置仅示出配置实例，并且示例性实施例不限于图12中的配置。
只要是使得示例性实施例中描述的模块可以运行的配置，则可以采用该配置。例如，
其中至少一个模块可以配置为在专用的硬件上运行(例如专用集成电路(ASIC))上
运行。其中至少一个模块可以处于将通过通信网络连接的外部系统中。另外，作为图
12中的系统的多个系统中的每一个可以通过通信网络互相连接以便互相配合地工
作。特别地，不仅可以在个人计算机中配置，还可以在复印机、传真机、扫描仪、打
印机和多功能产品(具有扫描仪、打印机、复印机、传真机和其他装置中的两种或两
种以上功能的图像处理装置)中配置。特别地，可以使用扫描仪登记文档。
注意，上述示例性实施例可以对模块执行的处理采用背景技术中的技术。
注意，上述程序可以采用其中记录有程序的记录介质提供，并且也可以采用通信
单元提供。在这种情况下，例如，上述程序在本发明的示例性实施例中可以被视为“其
中存储有程序的非临时性计算机可读介质”。
“其中存储有程序的非临时性计算机可读介质”是指其中记录有程序并用于程序
的安装、执行、分配等的计算机可读记录介质。
记录介质的实例包括支持由DVD论坛指定的如“DVD-R、DVD-RW、DVD-RAM
等”的标准与根据“DVD+RW”指定的如“DVD+R、DVD+RW等”的标准的数字通用光
盘(DVD)；如只读型光盘(CD-ROM)、可记录式光盘(CD-R)、可擦写光盘(CD-RW)
等的光盘(CD)；蓝光(注册商标)光盘；磁光盘(MO)；软盘(FD)；磁带；硬盘；
ROM；电可擦可编程ROM(EEPROM(注册商标))；闪存；RAM；以及安全数字
(SD)存储卡。
上述程序或程序的一部分还可以保存在待存储或分配的记录介质上。程序或程序
的一部分可以通过通信采用如用于局域网(LAN)、城域网(MAN)、广域网(WAN)、
互联网、内联网、外联网等的有线网络；无线通信网络；或这些网络的组合的通信介
质进行传输。或者，程序或程序的一部分可以采用载波信号进行传输。
另外，程序可以是其他程序的一部分，或者可以与其他程序一起保存在记录介质
上。程序还可以被分割以保存在多个记录介质上。程序可以以如压缩或加密的任何方
式进行保存，只要程序可以恢复。
为了进行图示和说明，以上对本发明的示例性实施例进行了描述。其目的并不在
于全面详尽地描述本发明或将本发明限定于所公开的具体形式。很显然，对本技术领
域的技术人员而言，可以做出许多修改以及变形。本实施例的选择和描述，其目的在
于以最佳方式解释本发明的原理及其实际应用，从而使得本技术领域的其他熟练技术
人员能够理解本发明的各种实施例，并做出适合特定用途的各种变形。本发明的范围
由与本说明书一起提交的权利要求书及其等同物限定。