CN1470035A - 输入支持系统 - Google Patents
输入支持系统 Download PDFInfo
- Publication number
- CN1470035A CN1470035A CNA018175708A CN01817570A CN1470035A CN 1470035 A CN1470035 A CN 1470035A CN A018175708 A CNA018175708 A CN A018175708A CN 01817570 A CN01817570 A CN 01817570A CN 1470035 A CN1470035 A CN 1470035A
- Authority
- CN
- China
- Prior art keywords
- mentioned
- information
- data
- diagnosis
- input
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Primary Health Care (AREA)
- Data Mining & Analysis (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- Public Health (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Input From Keyboards Or The Like (AREA)
Abstract
提供一种输入支持系统,共享过去的送回事例的不完备信息数据,由此检测输入数据。例如通过因特网(3)连接医疗机构(A、B、C、…)中的计算机(1)及服务系统(2)。服务系统(2)的过错调整DB服务器(23)中储存收集了来自各个医疗机构(A、B、C、…)的有关过去送回事例的送回信息。服务系统(2)的应用服务器(21)根据从各医疗机构的计算机(1)输入的数据,制作预定格式的诊疗费清单,并根据过错调整DB服务器(23)的送回信息,进行诊疗费清单的检查和修正。
Description
技术领域
本发明涉及检查向计算机输入的数据是否恰当并且对不完备的某个数据提示修正的输入支持系统。
背景技术
以往,向计算机进行输入作业时,对于输入数据是否恰当只进行简单的检查,并且对不完备的某个数据提示修正的这种输入支持系统,已为众所周知。这种输入支持系统目前广泛地使用在各种各样的领域中,例如在医疗系统的相关方面,我们知道在进行诊疗费清单制作业务的诊疗费清单制作机构(医疗机构等)中使用的诊疗费清单制作支持系统等。再者,诊疗费清单制作机构的代表例子是上述的医疗机构,但诊疗费清单制作机构也包括使用院外处方笺等的配药房等。下面,作为背景技术的说明,举例说明了以往的诊疗费清单制作支持系统,但是本发明的应用领域并不限定于诊疗费清单制作支持系统。
在此,对于医疗机构中诊疗费清单的用法予以说明。
医疗机构作为对患者进行诊疗行为的代价得到诊疗费。诊疗费根据健康保险法确定出医疗保险所负担的比例和患者(被保险人)所负担的比例。医疗保险制度是指由被保险人和保险人来运用的制度,被保险人支付保险费受到保障,保险人征收保险费作为财源并在被保险人受到保障的情况下分配该财源。
医疗机构对于诊疗费中被保险人负担的份额,诊疗时直接向患者索取。另一方面,对于诊疗费中保险人负担的份额,通过第三者机构向保险人索取。该第三者机构在社会保险方面被称之为支付基金(社会保险诊疗费支付基金),在国民健康保险方面被称之为国保联合会(国民健康保险团体联合)。
为了索取诊疗费而由医疗机构向该第三者机构提出的文件称之为诊疗费清单(レセプト)。在第三者机构方面,对于由医疗机构所提出的诊疗费清单在进行过分数计算中有没有错误等的事务性审查之后,向医疗机构支付诊疗费。
诊疗费清单是对诊疗费1个月的数额(月末结算、提出期限为第二月的9~10日)进行汇总,并作为每名患者一个文件来制成的。制作出的诊疗费清单分为寄给支付基金和寄给国保联合会两类并合计在总汇表中。
以往的诊疗费清单制作支持系统在医疗机构只对制作每名患者的诊疗费清单及上述总汇表进行支持。由医疗机构提出的诊疗费清单在支付基金和国保联合会进行审查,如果诊疗费清单的记载内容中出现不完备之处和错误,就会送回到医疗机构。这称为直接送回。如果被送回,医疗机构就不得不对作为送回对象的诊疗费清单进行修正并再次提出,以再次接受审查。
另外,诊疗费清单一旦被受理并从支付基金和国保联合会支付过诊疗费之后,保险人(社会保险或国民健康保险)的检查·确认结果判明因诊疗费清单不完备而在支付过程中出现过错,这种的场合下,所提出的诊疗费清单也会通过支付基金和国保联合送回到医疗机构。这称为间接送回。这种情况下,也有必要对诊疗费清单进行修正并再次提出。
还有,一般情况下直接送回在提出诊疗费清单月份的月末时进行,间接送回的场合下在提出月份的2个月后的月末时进行。这样,如果因诊疗费清单的不完备而出现送回的情况,就会产生必须再次提出诊疗费清单并使医疗事务的负担增大之类的问题。另外,出现直接送回的场合下,也会产生使支付有关该诊疗费清单的诊疗费变得缓慢之类的问题。
另外,作为以往的输入支持系统的另一个例子,在公司内使用的稟议系统已为众所周知。稟议系统是对于获取公司内开展业务有关的必要决定所需的稟议书制作进行支持的系统。但是,因为以往的稟议系统是以防止文件的传阅被停滞为目的的,并不具有对记载内容的不完备之处进行检查的功能,所以不能防止因稟议书的退回等而产生的批准迟缓的情况。
如上,不限于上述的诊疗费清单制作系统和公司内稟议系统,在以往的输入支持系统方面对输入数据的不完备之处更为恰当地进行修正已经成为应该解决的课题。
本发明的目的是,为了解决该问题而提供利用过去的事例来检查输入数据中有没有不完备之处,并可以对输入数据的不完备之处更为恰当地进行修正的输入支持系统。
发明内容
为达到上述目的,本发明的输入支持系统的特征为,包含有进行数据输入作业所需的客户系统以及与一个或多个客户系统连接并且利用从各个客户系统收集到的不完备数据信息来对上述客户系统的数据输入作业进行支持的服务系统,作为记录存储上述不完备数据信息的不完备数据信息存储部至少设置在上述服务系统及上述客户系统中的一方,该记录作为项目包括修正对象数据及修正后的数据,进行输入数据的检查处理的检查处理部设置在上述客户系统或服务系统中,并且上述检查处理对上述不完备数据信息存储部中的不完备数据信息和上述客户系统中的输入数据进行对比,存在与上述不完备数据信息的上述修正对象数据项目中所含有的数据相同的输入数据的场合下,对该输入数据施以记载不完备的防止处理或记载不完备的修正处理。
根据该系统,检查处理部通过对比不完备数据信息存储部中存储的过去的不完备数据信息和输入数据,可以检查出有没有与过去作为退回原因的记载数据相同的数据。存在那种记载数据的场合下,上述检查处理部就进行以该记载数据为对象的记载不完备的防止处理或记载不完备的修正处理。
再者,前面的记载不完备的防止处理是指对错误地输入数据防患于未然所需的处理,而该数据是在与作为对象的记载数据之间的关联性上成为记载不完备的数据,例如包括提示正确记载数据的处理等。另外,后面的记载不完备的修正处理是指在作为对象的记载数据其本身不完备的场合下,将该处理对象数据修正为正确的数据的处理。
这样,就可以提供下述的输入支持系统,该系统通过利用过去的不完备数据信息,可以对输入数据进行检查及修正以做到至少不会出现因与过去相同的原因而做出的退回。
如上所述,在上述输入支持系统中不完备数据信息存储部设置在服务系统或客户系统中,或者在上述两者中都设置。在客户系统中设置有不完备数据信息存储部的场合下,例如服务系统也可以从一个或多个客户系统的不完备数据信息存储部取得不完备数据信息,通过服务系统内的检查处理部对输入数据进行检查处理,并将其结果发送给同一个或其他的客户系统。另外,服务系统也可以从一个或多个客户系统的不完备数据信息存储部取得不完备数据,并将该数据传送给其他的客户系统,通过该客户系统对输入数据进行检查处理。
在上述输入支持系统中理想的是,上述检查处理部所进行的上述记载不完备的防止处理包括从上述不完备数据信息存储部提取与上述处理对象数据相关的不完备数据信息并进行提示的处理。
通过该结构,因为会提示与所输入的数据相同的数据对应的过去事例,所以不会重复出现同样的错误。
另外,在上述输入支持系统中理想的是,上述客户系统具备向上述服务系统发送与该客户系统的输入数据有关的不完备数据信息的不完备数据信息发送部,而且上述服务系统将从上述客户系统所发送的退回信息存储到上述不完备数据信息存储部中。
通过该结构,可以更有效地收集不完备之处数据信息,并且可以对不完备数据进行更为详尽的检查及准确的修正。还有,上述退回信息最好是诊疗费清单中的送回信息。
而且,为达到上述目的,理想的是本发明的输入支持系统包括在进行诊疗费清单制作业务的诊疗费清单制作机构中设置的客户系统以及从1个或多个诊疗费清单制作机构的客户系统通过通信线路连接并且利用从各诊疗费清单制作机构收集到的诊疗费清单送回信息来对上述客户系统中的诊疗费清单制作业务进行支持的服务系统,作为记录存储上述送回信息的送回信息存储部设置在上述服务系统中,该记录作为项目包括送回对象数据及修正后的数据,对提出前的诊疗费清单的记载数据进行检查处理的检查处理部设置在上述客户系统或服务系统中,并且上述检查处理对上述送回信息存储部中的送回信息和上述提出前的诊疗费清单的记载数据进行对比,存在与上述送回信息的送回对象数据项目中所含有的数据相同的记载数据的场合下,以该记载数据作为处理对象数据实施记载不完备的防止处理或记载不完备的修正处理。
通过上述结构,检查处理部通过对比送回信息存储部中存储的过去的送回信息和向审查机构提出前的诊疗费清单的记载数据,可以检查出提出前的诊疗费清单中有没有与过去作为诊疗费清单送回原因的记载数据相同的数据。存在那种记载数据的场合下,上述检查处理部实行以该记载数据为处理对象数据的记载不完备的防止处理或记载不完备的修正处理。
再者,前面的记载不完备的防止处理是指对错误地输入数据防患于未然所需的处理,而该数据是在与作为上述处理对象数据的记载数据之间的关联性上成为记载不完备的数据,例如包括提示正确记载数据的处理等。另外,后面的记载不完备的修正处理是指在作为处理对象数据的记载数据其本身不完备的场合下,将该处理对象数据修正为正确的数据的处理。
这样,就可以提供这样的输入支持系统,该系统利用过去的诊疗费清单送回信息,对提出前的诊疗费清单的记载进行检查及修正以做到至少不会出现因与过去相同的送回原因而引起的送回,据此对诊疗费制作机构的诊疗费清单制作业务进行支持。
还有,送回信息存储部应当是由客户系统共享的,因而设置在服务系统一侧。另一方面,关于检查处理部其结构既可以配置在各个客户系统中并只对该诊疗费清单制作机构的诊疗费清单进行检查处理,也可以配置在服务系统中对所有客户系统的诊疗费清单进行集中处理。
在上述输入支持系统中理想的是,上述检查处理部所进行的上述记载不完备的防止处理包括从上述送回信息存储部提取与上述处理对象数据相关的送回信息并进行提示的处理。
通过该结构,在数据输入作业的同时对输入数据进行检查处理等场合下,会通过送回信息来提示与所输入的数据(处理对象数据)相同的数据对应的过去事例,因而不会重复出现同样的错误,并且可制成不会送回的诊疗费清单。
在上述输入支持系统中理想的是,上述检查处理部所进行的上述记载不完备的修正处理包括用送回信息的修正后数据对上述处理对象数据进行置换的处理,该送回信息是在送回对象数据项目中包括与该处理对象数据相同的数据的送回信息。
根据该结构,在做出与过去送回事例相同的错误输入的场合下,通过用登录在送回信息中的修正后数据对该错误输入部分进行置换,可以在提出前正确地修正记载不完备的某个诊疗费清单。据此,可以制成不会送回的诊疗费清单。
在上述输入支持系统中理想的是,上述客户系统具备送回信息发送部,该发送部通过上述通信线路向上述服务系统发送与该诊疗费清单制作机构的诊疗费清单对应的送回信息,而且上述服务系统具备有接收从上述客户系统所发送的送回信息并使之存储到上述送回信息存储部中的送回信息登录部。
根据该结构,由于服务系统通过通信线路从客户系统接收送回信息,因而可以更有效地收集不完备信息。
在上述输入支持系统中理想的是,上述送回信息存储部中的各个送回信息记录进一步含有表示该送回信息的地域偏差性的项目,并且上述检查处理部通过对制作出诊疗费清单的诊疗费清单制作机构的所在地域和各个送回信息的地域偏差性项目进行对比,来选择进行上述检查处理时应参照的送回信息。
作为诊疗费清单的审查机构的支付基金和国保联合会在各个都道府县设有事务所,并且在每个都道府县都进行诊疗费清单的审查。因而,有时各个都道府县的审查标准在细微之处会有所不同。通过上述结构,可以依据与该诊疗费清单制作机构所在地域相应的送回信息,来对各个诊疗费清单制作机构的诊疗费清单进行检查处理。因此,该检查可以适合于各地域的审查标准,并且提高了诊疗费清单检查处理的准确度。
在上述输入支持系统中理想的是,上述服务系统进一步具备偏差性判断部,该判断部对上述送回信息存储部中相同内容的送回信息的地域偏差性进行判断,并且将其结果登录在上述送回信息的上述地域性项目中。
根据该结构,因为通过偏差性判断部可判断从全国的诊疗费清单制作机构收集到的送回信息的地域偏差性,并且其结果可登录到各个送回信息的地域性项目中,所以可以做出与地域偏差性有关的客观判断。
在上述输入支持系统中理想的是,以存在上述地域偏差性的地域单位作为一个审查机构的所辖地域。
通过该结构,由于采用各个审查机构的所辖地域单位来判断送回信息的地域偏差性,所以作为审查该诊疗费清单的审查机构可以有选择地使用过去的送回信息来实行各诊疗费清单的检查处理。结果是,可以进行适合于各地域的审查标准并且准确度高的检查处理。
在上述输入支持系统中理想的是,上述送回信息记录的地域偏差性项目属性与该送回信息的地域偏差性相应,并且是不同都道府县的信息、不同地区的信息及全国共用信息中的任一个。
不同都道府县的信息是在特定的都道府县内有偏差的送回信息。因为诊疗费清单的审查机构设置在不同的都道府县,所以如果将送回信息分为不同都道府县的信息,就可以进行最适合于该地域的审查标准并且准确度高的检查处理。不同地区的信息例如是在象关东地区等的包括多个都道府县的地区内有偏差的信息。在每个地区,有可能存在因生活习惯和水土的不同而产生的发病趋向的偏差,因此通过将送回信息分成不同地区的信息,可以进行高效率的检查处理。再者,全国共用信息是没有地域偏差性的送回信息。
在上述输入支持系统中理想的是,上述客户系统具备选择部,该选择部对于上述送回信息存储部中存储的各个送回信息向上述服务系统发送表示在该诊疗费清单制作机构中是否利用该送回信息的利用标记,并且上述送回信息存储部中的各个送回信息记录进一步包含表示从各个诊疗费清单制作机构的上述选择部所发送的利用标记的利用标记项目,并且上述检查处理部参照上述利用标记项目,选择在进行上述检查处理时应参照的送回信息。
通过该结构,各个诊疗费清单制作机构可以选择是否利用送回信息存储部中存储的各个送回信息。也就是说,在各个诊疗费清单制作机构对于就该诊疗费清单制作机构来说没用的送回信息,通过将其指定为「非利用」而在以后不会提示该送回信息。因此,可以对各个诊疗费清单制作机构只提供有用处的送回信息,并且可以使诊疗费清单制作机构的客户系统中的诊疗费清单制作业务的效率得以提高。
在上述输入支持系统中理想的是,进一步具备有提供输入画面的输入画面提供部,和以输入给上述输入画面的数据为根据制作诊疗费清单的制作部,该输入画面对诊疗费清单记载数据的输入进行支持。
通过该结构,在输入支持系统中不只是进行诊疗费清单的检查处理,也可以进行诊疗费清单的制作处理,并且通过上述检查处理部对由制作部制作的诊疗费清单进行检查处理,可使各个诊疗费清单制作机构中诊疗费清单制作业务的作业效率得以提高。
在上述输入支持系统中理想的是,在上述客户系统中设置有上述输入画面提供部及制作部。
通过该结构,如果在诊疗费清单制作机构的客户系统中向输入画面提供部所提供的输入画面输入数据,制作部就会根据该数据制作诊疗费清单。然后,制作出的诊疗费清单传送给客户系统或服务系统中所设置的检查处理部,进行检查处理。这样,由于各个客户系统承担了诊疗费清单的制作处理,所以与在服务系统中也制作诊疗费清单的结构相比,可以减轻服务系统的负荷。
在上述输入支持系统中理想的是,上述输入画面提供部设置在上述客户系统中,上述制作部设置在上述服务系统中,并且输入到上述输入画面上的诊疗费清单的记载数据通过上述通信线路发送给上述服务系统的上述制作部。
通过该结构,客户系统具备作为数据输入终端的功能就足够了,并且所输入的数据会发送到服务系统方的制作部予以处理。据此,可以使客户系统的结构简单化。另外,例如可以只通过服务系统方对实现制作部所用的软件等进行管理,因而也有减轻管理负担这样的优点。
在上述输入支持系统中理想的是,上述输入画面提供部设置在上述服务系统中,上述制作部设置在上述客户系统中,上述输入画面提供部通过上述通信线路将用页面描述语言所描述的输入画面数据发送给上述客户系统,并且上述客户系统具备通过解析上述输入画面数据来显示输入画面的显示处理部,上述显示处理部将输入到上述输入画面上的诊疗费清单的记载数据传送给上述制作部。
通过该结构,可以采用HTML等页面描述语言从服务系统向客户系统提供输入画面,因此具有在输入画面上有变更等情况下可以快速反映出变更内容这样的优点。另外,因为制作部设置于客户系统中,所以诊疗费清单制作的负荷不会施加给服务系统。
在上述输入支持系统中理想的是,上述输入画面提供部及制作部设置在上述服务系统中,上述输入画面提供部通过上述通信线路将用页面描述语言所描述输入画面数据发送给上述客户系统,并且上述客户系统具备通过解析上述输入画面数据来显示输入画面的显示处理部,上述显示处理部通过上述通信线路将输入到上述输入画面上的诊疗费清单的记载数据发送给上述服务系统的制作部。
通过该结构,可以采用HTML等页面描述语言从服务系统向客户系统提供输入画面,因此具有在输入画面上有变更等情况下可以快速反映出变更内容这样的优点。另外,因为制作部也设置于服务系统中,所以可以只通过服务系统方对实现制作部所用的软件等进行管理,因而也有减轻管理负担这样的优点。
在上述输入支持系统中理想的是,上述输入画面提供部取得提出完成的诊疗费清单的记载数据并显示在上述输入画面上,上述制作部以在上述输入画面上修正过的记载数据为依据制作再次提出用的诊疗费清单,而且上述制作部包含送回信息制作部,该送回信息制作部以上述成为修正对象的记载数据作为上述送回对象数据项目并以修正后的该记载数据作为上述修正后数据项目,来制作应向上述送回信息存储部登录的新的送回信息记录。
对于提出后的诊疗费清单在从审查机构有送回时各个审查机构当然会对该诊疗费清单进行修正并制作再次提出用的诊疗费清单。这时,通过上述结构,送回信息制作部以作为修正对象的记载数据及修正后的该记载数据为依据自动制成送回信息。据此,当然可以不需要人工而在不遗漏的情况下收集各个诊疗费清单制作机构的送回事例,同时能够根据丰富的送回信息来进行准确度高的检查处理。
在上述输入支持系统中理想的是,在每次向上述输入画面输入诊疗费清单的记载数据时,上述检查处理部都对该记载数据进行上述检查处理。
通过该结构,所输入的数据的检查处理基本上能够实时进行,并且可以有效地防止错误输入。
在上述输入支持系统中理想的是,上述客户系统或服务系统进一步具备从存储有制作出的诊疗费清单的存储媒体读出上述诊疗费清单的读出部,并且上述检查处理部对所有记载数据总括进行上述检查处理,该记载数据是由上述读出部从上述存储媒体所读出的一个或多个诊疗费清单的所有记载数据。
通过该结构,与对每一件记载数据进行检查处理并送回其结果的结构相比较,因为可以减少在相关地区之间的记载数据及检查处理结果的交接所需的辅助操作,所以会有缩短整体处理时间的可能性。
在上述输入支持系统中理想的是,将通过上述检查处理部所总括进行的上述检查处理的结果整理为表格,并提供给各个诊疗费清单制作机构。
在上述输入支持系统中理想的是,上述服务系统具备费用扣除额计算部,该计算部根据从各个客户系统向上述服务系统提供上述送回信息的件数及频率中的至少一个,来确定应向各个诊疗费清单制作机构索取的使用费的扣除额。
通过该结构,能够根据从各个诊疗费清单制作机构向上述服务系统所提供的送回信息的件数及提供频率中的至少一个,来扣除从各个诊疗费清单制作机构向服务系统管理者支付的系统使用费。该结构特别是在由各个诊疗费清单制作机构自主提供送回信息的场合下,对于诊疗费清单制作机构能够产生积极提供送回信息所需的有效动机。
在上述输入支持系统中理想的是,上述服务系统具备有送回信息利用费计算部,该计算部根据各个客户系统中上述送回信息存储部的送回信息的利用程度,来确定应向各个诊疗费制作机构索取的送回信息利用费。
在该输入支持系统中,因为送回信息是特别有利用价值的信息,所以通过设定出以送回信息的利用程度为依据的费用,本系统的提供者能够对作为系统使用者的诊疗费清单制作机构的各自客观地请求恰当的金额。
附图的简单说明
图1是表示本发明的一个实施方式所涉及的诊疗费清单制作支持系统大致结构的框图。
图2是表示上述诊疗费清单制作支持系统的服务系统所具备的应用服务器结构的一个示例的框图。
图3是表示上述诊疗费清单制作支持系统的客户系统所具备的计算机结构的一个示例的框图。
图4是表示上述计算机的动作过程的流程图。
图5是表示上述应用服务器的动作过程的流程图。
图6是与所输入数据的一个示例一起表示上述计算机显示器上显示的数据输入画面的说明图。
图7是表示来自审查机构的送回诊疗费清单上附加的送回附笺一个不例的说明图。
图8是表示上述服务系统所具备的过错调整DB服务器中登录的送回信息内容的一个示例的说明图。
图9是表示根据图8的送回信息来检查图6的输入数据并且强调显示不完备数据的样式的说明图。
图10是表示显示出图9中强调显示出的不完备数据和相当于同一事例的送回信息的样式的说明图。
图11是表示以图10的送回信息为依据来修正图6的输入数据后的样式的说明图。
图12是表示其结构作为可选择送回信息的利用/非利用时送回信息的显示示例的说明图。
图13是表示在送回后为制作再次提出用的诊疗费清单而在上述数据输入画面上显示出的提出完成的诊疗费清单记载数据的一个示例的说明图。
图14是表示在上述数据输入画面上由操作者选择出作为送回原因的记载不完备数据的样式的说明图。
图15是表示上述记载不完备数据由操作者修正为正确数据后的样式的说明图。
图16是表示以修正完成的数据为依据制作出的再次提出用诊疗费清单的记载数据显示于数据输入画面上的样式的说明图。
图17是表示根据各个审查机构中原有的审查标准而送回的一个示例的说明图。
图18是表示根据各个审查机构中原有的审查标准而送回的其他示例的说明图。
图19是表示本发明的其他实施方式所涉及的诊疗费清单制作支持系统中服务系统所具备的应用服务器结构的框图。
图20是表示以图17的送回为依据提供的送回信息内容的说明图。
图21是表示以图18的送回为依据提供的送回信息内容的说明图。
图22是表示对送回信息的地域偏差性进行判断的处理过程的流程图。
图23是表示根据图22的处理判断出地域偏差性的送回信息内容的一个示例的说明图。
图24是表示本发明的另一个实施方式所涉及的禀议系统大致结构的框图。
图25是表示上述禀议系统的服务器内部结构的框图。
图26是表示上述禀议系统的客户计算机内部结构的框图。
图27是表示在上述客户计算机上显示的禀议系统初始画面的一个示例的说明图。
图28是表示上述禀议系统输入画面的一个示例的说明图。
图29是表示上述禀议系统中所储存的禀议信息的一个示例的说明图。
图30是表示在上述客户计算机上显示的修正指示画面的一个示例的说明图。
图31是表示上述禀议系统输入画面的其他示例的说明图。
图32是表示上述禀议系统中所储存的禀议信息的其他示例的说明图。
实施发明的最佳方式
(实施方式1)
下面,对于本发明的一个实施方式,参照附图的同时予以说明。
在本实施方式中,作为本发明所涉及的输入支持系统的一个示例,对于在医疗机构等方面使用的诊疗费清单制作支持系统予以说明。
图1是表示本实施方式所涉及的诊疗费清单制作支持系统结构的框图。
如图1所示,本诊疗费清单(レセプト)制作支持系统的结构为,通过因特网3(通信线路)连接有在作为诊疗费清单制作机构的医疗机构A、B、C、…中所分别设置的客户系统计算机1及服务系统2。
再者,图1中,在各医疗机构的客户系统结构上省略了打印机等外围设备的图示,只图示出作为具备有显示器及键盘的所谓台式个人计算机的计算机1。但是,客户系统的形状及规模不限定于图1所示的例子,而可以使用任意的计算机系统。
服务系统2包括有应用服务器21、诊疗费清单制作用DB(数据库)服务器22、过错调整DB服务器23及路由选择器24。
应用服务器21通过因特网3对作为本诊疗费清单制作支持系统参加者的医疗机构A、B、C、…的计算机1提供诊疗费清单的制作服务及诊疗费清单的检查服务。
本实施方式中诊疗费清单的制作服务指的是,在WWW(WorldWide Web)上提供诊疗费清单的制作过程中必要的数据项目输入画面,在计算机1上对该数据输入画面进行数据输入,接收所输入的数据,以接收到的数据为依据制作诊疗费清单,并且将制作出的诊疗费清单发送给计算机1。
另一方面,诊疗费清单的检查服务指的是,对于向审查机构提出前的诊疗费清单检查其记载内容中有没有不完备之处和错误。实施该检查时,利用过错调整DB服务器23中储存的过去的送回信息。并且,上述送回信息是从医疗机构A、B、C、…收集来的。
也就是说,本诊疗费清单制作支持系统通过使有关各医疗机构从审查机构收到的送回的信息(送回信息)汇总到该过错调整DB服务器23中,并在加入本系统的所有医疗机构的范围内共享该送回信息,而使因与其他医疗机构相同的错误而引起的送回不再出现。
诊疗费清单制作用DB服务器22具有应用服务器21在制作诊疗费清单时进行参照的主文件,及将由应用服务器21制作出的诊疗费清单保管到其他医疗机构的诊疗费清单文件。在上述主文件中,对于所有使用保险的各个诊疗项目,在根据诊疗行为的内容进行分类的状态下,登录作为项目包括诊疗项目名及其保险分数的记录。
在过错调整DB服务器23中存储有从医疗机构A、B、C、…收集到的送回信息。送回信息是与从审查机构送回到医疗机构的诊疗费清单有关的信息,并在下面举出具体示例予以详细记述,该送回信息包括这种信息,这就是根据作为送回原因的记载数据(不完备数据)和送回附笺所指出的不完备之处,而对上述不完备数据进行了哪些订正等的信息。
以下,对于本诊疗费清单制作支持系统各个部的结构及动作进行更为详细的说明。
首先,有关应用服务器21的结构,参照图2的同时予以说明。
应用服务器21具备有控制部211、诊疗费清单制作部212、画面提供部213、检查处理部214、收发处理部215、费用扣除额计算部216、信息利用费计算部217及数据库(DB)管理部218。
控制部211通过给应用服务器21的各个部发出指令来控制应用服务器21的整体动作。收发处理部215对通过因特网3与计算机1之间的数据通信进行控制。DB管理部218具有这样的功能,这就是对诊疗费清单制作用DB服务器22和过错调整DB服务器23进行检索,取得必要的数据,与此同时向这些数据库进行数据登录。
诊疗费清单制作部212是实现上述诊疗费清单制作服务的区域。还有,诊疗费清单制作部212也具有通过对所送回的诊疗费清单的不完备数据进行订正来制作再次提出用的诊疗费清单的功能。再者,诊疗费清单制作部212还具备有送回信息制作部212a,送回信息制作部212a在制作再次提出用的诊疗费清单时自动制作应向过错调整DB服务器23登录的送回信息。
画面提供部213在由各医疗机构的计算机1通过因特网3请求用于诊疗费清单制作的数据输入画面时,通过上述收发处理部215及因特网3将采用HTML语言等页面描述语言所定义的数据输入画面提供给该计算机1。
检查处理部214是实现上述诊疗费清单检查服务的区域。再者,检查处理部214具有2种处理方式,这就是(1)对于一批已结束数据输入的一个或多个诊疗费清单中的全部记载数据进行总括检查的批处理,(2)与上述诊疗费清单制作服务联动并且在诊疗费清单的制作过程中每次输入数据时都对该数据进行检查的实时处理。还有,采用哪个处理方式接受诊疗费清单的检查服务可以在计算机1上做出选择,并且检查处理部214按照计算机1上的选择实施动作。
费用扣除额计算部216及信息利用费计算部217是为了计算系统利用费所用的区域,系统利用费是各个接受诊疗费清单制作服务及诊疗费清单检查服务的医疗机构A、B、C、…应向作为服务提供者的服务系统2的管理者支付的费用。
各医疗机构可以根据对服务系统2提供送回信息的件数和送回信息的提供频率等而得到系统利用费的折扣。上述费用扣除额计算部216计算其折扣额。另外,上述系统利用费包括以过错调整DB服务器23的送回信息利用程度为根据计算出的信息利用费。信息利用费计算部217计算该信息利用费。
其次,对于医疗机构A、B、C、…的计算机1的结构,参照图3的同时予以说明。
计算机1具备有控制部101、显示处理部102、输入部103、媒体R/W(Read/Write)部104、收发处理部105及打印输出部106。
控制部101通过给各个部发出指令来控制计算机1的整体动作。显示处理部102具有浏览功能,并且对计算机1的显示器进行控制来实行显示从应用服务器21所取得的数据输入画面的处理。输入部103受理对上述数据输入画面的数据输入。再者,数据输入是由计算机1的操作者采用输入设备(键盘及各种位置指示装置等)来进行的。
媒体R/W(Read/Write)部104可实行两种处理,这就是向信息记录媒体写入已制成的诊疗费清单及从记录有诊疗费清单的信息记录媒体读出诊疗费清单。还有,作为上述信息记录媒体,除去硬盘之外还可以使用软盘、MO、CD-RW或者DVD-RAM等,并且在各医疗机构方面可以根据准备处理的诊疗费清单数量等来选择适当的媒体。
收发处理部105对通过因特网3与服务系统2之间的数据通信进行控制。打印输出部106实行这样的处理,这就是对与计算机1连接的打印机(未图示)输出已制成的诊疗费清单和诊疗费清单检查处理结果的表格等。
其次,采用具体事例,对于本诊疗费清单制作支持系统的动作进行详细的说明。还有,在图4中表示计算机1的动作过程,在图5中表示服务系统2中应用服务器21的动作过程。
在医疗机构A、B、C、…方面进行诊疗费清单制作的场合下,首先计算机1的控制部101为了使输入诊疗费清单的制作过程中必要的数据所用的数据输入画面显示在显示器上,而通过收发处理部105对应用服务器21请求数据输入画面(图4的步骤S1)。
在应用服务器21方面,如果收发处理部215收到上述请求,控制部211就会使其控制从步骤S21进入步骤S22(参照图5)。然后,在步骤S22中,在控制部211的控制之下画面提供部213将定义数据输入画面的HTML数据传送给收发处理部215,并且收发处理部215将上述HTML数据发送给请求方的计算机1。发送结束后,控制部211将其控制返回步骤S21。
还有,在图4及图5中用A到G的符号表示出在计算机1和应用服务器21之间进行收发的各种数据。例如,图5所示的符号A表示通过上述步骤S22的处理从应用服务器21发送给计算机1的HTML数据,并且该HTML数据在图4的步骤S2中通过计算机1进行接收。
在计算机1方面,如果在步骤S2中接收到HTML数据,在控制部101的控制之下显示处理部102就会对所接收到的HTML进行解析,并作为数据输入画面显示在显示器上(步骤S3)。此后,如果计算机1的操作者对该数据输入画面输入诊疗费清单制作过程中必要的数据,输入部103就会受理该数据输入(步骤S4)。
在此,对于图6中表示出上述数据输入画面的一个示例以及向数据输入画面进行数据输入的方法予以说明。再有,图6所示的画面示例处于已输入所有必要的数据的状态。如图6所示,数据输入画面具有为输入与患者属性有关的数据所用的患者属性栏11、为输入该患者的病名所用的病名栏12以及为输入在该月内对该患者做出的诊疗行为内容所用的诊疗行为栏13。
诊疗行为栏13分为输入诊疗行为分类的分类栏13a、输入诊疗行为内容的诊疗项目栏13b、输入该诊疗行为数量(或者说次数)的数量栏13c以及输入给予的保险分数的保险分数栏13d。
虽然图6中没有图示,但在上述各栏中例如还设定有下拉菜单等。通过下拉菜单所显示的选择项是由诊疗费清单制作用DB服务器22的主文件来制作的。
例如,如果是诊疗行为栏13的分类栏13a的场合,虽然在图6中示例出其中的一部分,但分类名称作为选择项显示在下拉菜单中,而分类名称作为「初诊」、「复诊」、「指导」、「家内诊疗」、「调剂」、「检查」、「体检」及「诊断」等可使用保险的诊疗行为分类登录在诊疗费清单制作用DB服务器22的主文件中。这样,计算机1的操作者只是从下拉菜单选择适当的分类名称,就可以容易地进行数据输入。
还有,向分类栏13a输入的方法不只限定于从下拉菜单进行选择,而可以使用其他的各种方法。例如,也可考虑利用与各分类名称相对应预先确定好的分类代码的输入方法。这种场合下,需要在诊疗费清单制作用DB服务器22的主文件中预先登录与各分类名称相对应的分类代码(例如,对分类名称「初诊」,其分类代码设为“A000”)。计算机1的操作者如果通过键盘等向分类栏13a输入分类代码“A000”,就会从诊疗费清单制作用DB服务器22的主文件中取得与该分类代码相对应的分类名称「初诊」,并显示在数据输入画面的分类栏13a中。
如果向分类栏13a进行输入,在控制部101的控制之下输入部103就会受理输入数据(分类名称),并且收发处理部105将输入数据发送给应用服务器21。在应用服务器21方面,在控制部211的控制之下,收发处理部215所接收到的上述分类名称传送给DB管理部218。DB管理部218在控制部211的控制之下,从诊疗费清单制作用DB服务器22取得与该分类名称相对应的所有诊疗项目的名称。
通过DB管理部218所取得的诊疗项目名称传送给计算机1,并且通过显示处理部103作为上述数据输入画面中诊疗项目栏13b的下拉菜单的选择项进行显示。据此,计算机1的操作者只从菜单进行选择,就可以容易地实行数据输入。再者,向诊疗项目栏13b输入的方法与向分类栏13a进行数据输入一样,也不限定于下拉(プルダン)菜单的选择。
接着,如果计算机1的操作者对数量栏13c输入该诊疗行为的数量(次数),在控制部101的控制之下向分类栏13a、诊疗项目栏13b及数量栏13c输入的数据就会通过收发处理部105发送给应用服务器21。
在应用服务器21方面,在控制部211的控制之下,诊疗费清单制作部212接收该数据,并且DB管理部218从诊疗费清单制作用DB服务器22的主文件中取得该诊疗行为的保险分数。所取得的保险分数发送给计算机1,并通过显示处理部102显示在保险分数栏13d中。也就是说,在本诊疗费清单制作支持系统中计算机1的操作者没有必要亲自查找及输入各诊疗行为的保险分数。
如上所述,如果计算机1的操作者向数据输入画面输入数据,在控制部101的控制之下,该输入数据就会从输入部103传送给收发处理部105。收发处理部105在控制部101的控制之下,将该输入数据(B)发送给应用服务器21(步骤S5)。还有,收发处理部105会在准备发送的输入数据的前头附加上表示委托检查的标记。
另一方面,应用服务器21如果从计算机1接收到附加有上述标记的输入数据,控制部211就识别出有来自计算机1委托检查的数据,并使其控制从步骤S21进入步骤S23,以使收发处理部215接收上述输入数据。随后,控制部211将所接收到的输入数据传送给检查处理部214,使之进行输入数据的检查处理(步骤S24~S28)。
在此,主要对于通过检查处理部214所实行的上述检查处理的详细情况,以图6所示的具体数据示例为基础进行说明。还有,作为此处说明的前提,图6所示的数据示例含有不完备数据,并且在过错调整DB服务器23中登录有送回信息,该送回信息是对含有与该不完备数据相同的不完备数据的诊疗费清单在过去所做出的送回的信息。
因为图6所示的数据示例含有不完备数据,所以如果这样制作诊疗费清单并提出,审查机构的审查结果一定是附上如图7所示的内容的送回附笺予以送回。也就是说,病名被确定为「胃癌」的情况下,CEA(精确)、CA19-9(精确)的检查不能作为检查费来计算而必须作为管理费来计算,这就是原因所在。在图7所示的送回附笺上已由审查机构指出该意思。
如上所述,此处的说明中,医疗机构A、B、C、…中的任一个对由于相同的不完备数据而引起的送回已在过去有经验,并且以从该医疗机构所提供的信息为根据,其送回信息已登录在过错调整DB服务器23中。在图8中表示该送回信息的具体示例。还有,对于向过错调整服务器23登录送回信息的步骤,将在后面予以说明。
如图8所示,送回信息包括受到送回的医疗机构的名称(图8中为医疗设施名)、审查机构的名称、作为送回对象的诊疗费清单的保险人名、该诊疗费清单中所记载的病名(修正对象的病名)、因送回而成为修正指示对象的不完备数据的内容(修正对象)以及对上述不完备数据的订正内容。
在图8中作为具体示例所示的送回信息表明,订正并再次提出后的诊疗费清单已经被受理,该诊疗费清单在过去作为医疗机构A、B、C、…之一的「京都九条南医院」受到因相同的不完备数据(病名为胃癌的情况下CEA(精确)、CA19-9(精确)的检查)的送回,现已将「生化检查(II)判断费」订正为「恶性肿瘤特异物质治疗管理费」并再次提出。
检查处理部214在步骤S24中通过向DB管理部218发出指令,对检查对象的输入数据和过错调整DB服务器23中登录的送回信息进行比较,来实行上述输入数据的检查。如果在过错调整DB服务器23中存在与输入数据相一致的送回信息,这就意味着该输入数据可成为送回对象,因而检查结果为“NG”。
再有,判断输入数据与送回信息是否一致是以过错调整DB服务器23中是否存在送回信息为依据的,而该送回信息是在修正对象项目中包含与输入数据相同的数据的送回信息。在此,图6所示的输入数据的第8及第9数据组与图8所示的送回信息的修正对象项目的数据相一致。因此,步骤S25的判断结果为YES,检查结果为“NG”。
步骤S25的判断结果为YES的场合下,控制部211向收发处理部215发出指令,将表示输入数据的检查结果为“NG”的标记(D)发送给计算机1(步骤S27)。再者,假如存在与检查对象的输入数据相一致的送回信息,控制部211就会使从过错调整DB服务器23所提取的送回信息(E)也由收发处理部215发送给计算机1(步骤S28)。
另一方面,过错调整DB服务器23中不存在与检查对象的输入数据相一致的送回信息的场合下,表示作为该输入数据的检查结果是“OK”的标记(C)会从收发处理部215发送给计算机1(步骤S26)。
在计算机1方面,如果接收到表示输入数据检查结果的标记(C或D),在上述标记表示“NG”的场合下就会接收与该标记一起发送来的上述送回信息(步骤S7)。然后,在控制部101的控制之下显示处理部102对作为检查对象的输入数据进行强调显示的同时,将在上述步骤S7中所接收的送回信息显示在显示器上(步骤S8)。
在图9中表示对作为检查对象的输入数据进行强调显示的一个例示。在该示例中,用粗线框出该输入数据加以强调,但强调显示的示例不限于此,如果是其他的可识别出数据的方法,也可以采用任意的方法。
另外,在图10中表示出步骤S8的送回信息显示示例。在该示例中,作为与该输入数据相一致的数据从过错调整DB服务器23所提取的送回信息有14件,并表示出其中第1件的送回信息。该画面在计算机1的显示器上也可以显示在与数据输入画面不同的窗口上。在操作者想要查看其他送回信息的场合下,可以通过在该画面上点击分别显示为「向前」或「向后」的按钮15或按钮16,以使其他的送回信息进行显示。
再者,应用服务器21的信息利用费计算部217具有对每个医疗机构的送回信息利用件数进行计数的计数器,并且每次在计算机1的显示器上显示出1件送回信息时对该医疗机构的计数值进行1个1个地累加。然后,例如每个月,以上述计数值为根据计算出向各医疗机构请求的送回信息利用费。
另外,如果操作者在该画面上点击显示为「反映该内容」的按钮17(步骤S9中为YES),输入部103就会受理该内容,并且使该画面上显示的送回信息反映为数据输入画面上的输入数据(步骤S10)。也就是说,输入部103采用上述送回信息的订正内容项目的数据来置换数据输入画面上强调显示的输入数据。
例如,在图10所示的画面上点击按钮17后,通过采用图10中显示出的订正内容项目的数据来置换图9中强调显示的输入数据,使数据输入画面的显示状态成为图11所示的样式。在图11的粗框所围的播放是被置换的数据。
如上,以过错调整DB服务器23中的送回信息为依据来进行数据输入画面的输入数据的检查及不完备数据的修正。这样,就可以在至少不会出现因与过去的送回原因相同而引起的送回的前提下,制作诊疗费清单。
接着,在计算机1方面,在控制部101的控制之下显示处理部102对操作者显示用来确认所有数据的输入是否已结束的信息,在继续输入的场合下(步骤S11中为NO)返回步骤S2。另一方面,如果已确认输入结束(步骤S11中为YES),在控制部101的控制之下数据输入画面的所有数据就会从输入部103传送给收发处理部105。收发处理部105将表示诊疗费清单的制作委托的标记附加在前头,并将数据输入画面上的所有输入数据(F)发送给应用服务器21(步骤S12)。
在应用服务器21方面,如果从计算机1接收到上述诊疗费清单的制作委托的信息,控制部211就会使其控制从步骤S21进入步骤S29,通过收发处理部215接收从计算机1所发送的所有输入数据(F)。
所接收的所有输入数据从收发处理部215传送给诊疗费清单制作部212。诊疗费清单制作部212依据所收到的所有输入数据并按照指定的格式,制作诊疗费清单(步骤S30)。所制作出的诊疗费清单从诊疗费清单制作部212传送给DB管理部218及收发处理部215。DB管理部218将该诊疗费清单传送给诊疗费清单制作用DB服务器22,并使之存储到该医疗机构的诊疗费清单文件中(步骤S31)。收发处理部215将该诊疗费清单(G)送还给输入数据发送方的计算机1(步骤S32)。
在计算机1方面,收发处理部105接收从应用服务器21所发送的诊疗费清单(G)(步骤S13)。该诊疗费清单通过媒体R/W部104写入信息记录媒体,并进行保存。
通过以上的处理,本诊疗费清单制作支持系统可以向医疗机构A、B、C、…的各自提供诊疗费清单的制作服务,与此同时也可以提供以过错调整DB服务器23中储存的过去的送回信息为依据的诊疗费清单的检查服务。
还有,在此已表示出这样的示例,这就是所制作出的诊疗费清单保存在诊疗费清单制作用DB服务器22及媒体R/W部104所使用的信息存储媒体的双方,也就是说保存在服务系统2一侧及医疗机构一侧的双方,但也可以只保存在其中的任何一方。另外,在计算机1方面也可以将通过步骤S13所接收的诊疗费清单传送给打印输出部106并通过与计算机1连接的打印机使之打印及输出。
再者,如果计算机1的控制部101在上述步骤S4中每次给数据输入画面的诊疗行为栏13输入1件数据时,都通过使其控制进入步骤S5将上述数据发送给应用服务器21并受到检查处理,就可以实时进行数据的检查,也使防止因错误输入而产生的记载不完备成为可能。
例如,采用上述的具体示例进行说明,就是在已输入图6所示的数据输入画面中第8个数据时(也就是说输入第9个数据之前),如果可以对该数据进行检查,就会作为修正对象项目中包含与该数据的内容栏13b相同的数据的送回信息,提示出图8所示的送回信息。因此,如果计算机1的操作者看到该送回信息,就会明白在病名为「胃癌」的场合下,必须将「CEA(精确)、CA19-9(精确)」作为「恶性肿瘤特异物质治疗管理费」来计算而不能作为「生化检查(II)判断费」,因而能够防止因错误输入而产生的记载不完备。
另一方面,计算机1的控制部101在上述的步骤S4中已输入汇集为某程度量的数据(例如,对一名患者的所有数据或者对所有患者的所有数据)时,通过使其控制进入步骤S5也可以对所汇集量的输入数据总括进行检查处理(批处理)。而且,其结构也可以通过汇总为表格的形式来提供检查处理结果。
在实行该批处理的场合下,不能在输入数据的同时检查记载不完备,但与上述的实时检查处理相比较,仍会有下述优点,这就是可减少收发数据所需的辅助操作,并且也可以缩短诊疗费清单制作的整体时间。
再者,也可以从计算机1随时选择采用上述的实时处理或批处理中的哪一个来实行对输入数据的检查处理。
另外,本诊疗费清单制作支持系统也可以输入通过外部系统(例如,医疗机构A、B、C、…的电子病历簿系统等)所制作出的诊疗费清单信息并进行诊疗费清单的检查处理。这种场合下,在上述外部系统中所制作出的诊疗费清单信息可以通过因特网3,并由应用服务器21的收发处理部215进行接收而使之输入。
或者,各医疗机构将通过上述电子病历簿系统等所制作出的诊疗费清单信息记录到信息记录媒体上传送给服务系统2的管理者,在服务系统2方面应用服务器21也可以从上述信息记录媒体取得诊疗费清单信息。
而且,对所输入的诊疗费清单的检查处理结果既可以通过因特网3通知给各医疗机构,又可以汇总成表格传送给各医疗机构。
另外,数据的检查处理结果,有时因医疗机构的不同而在从过错调整DB服务器23提取并进行提示的送回信息中包含有不能成为该医疗机构的送回原因的送回信息。因此,其结构也可以做到在各医疗机构的计算机1上提示出送回信息时,能够选择今后是否还利用该送回信息,并且将选择结果登录到过错调整DB服务器23中。通过该结构,不会出现提示无用的送回信息的情况,而可以谋求利用者更方便的操作。
这种场合下,如图12所示在计算机1的显示器上显示送回信息时,设置有选择今后是否还利用该送回信息所用的检查框18。而且,在过错调整DB服务器23中记录的送回信息中对每个医疗机构设置有表示是否利用该送回信息的利用标志项目,并且对某个医疗机构提示出送回信息时在检查框18中输入校验,这种的场合下在该送回信息中的该医疗机构的利用标志项目上会标出表示「非利用」的标志。而且,在标有「非利用」标志的场合下,不会给该医疗机构提示该送回信息。据此,就可以只将必要的送回信息有选择地提供给各医疗机构。
其次,对于本诊疗费清单制作支持系统中向过错调整DB服务器23登录送回信息的处理予以说明。
如上所述,在过错调整DB服务器23中储存有从作为本诊疗费清单制作支持系统参加者的医疗机构A、B、C、…收集来并且与过去的送回有关的信息(送回信息)。
在本诊疗费清单制作支持系统中,从各医疗机构收集送回信息的方法大致分为2种。第1种方法是,从审查机构有送回时在各医疗机构的计算机1方面操作者输入上述送回的内容并发送给服务系统2。第2种方法是,在有送回时所进行的再次提出用诊疗费清单的制作过程中自动制作送回信息。
上述第1种方法的场合下,计算机1的操作者利用电子邮件等将送回信息发送给应用服务器21,并且应用服务器21的DB管理部218将该送回信息登录给过错调整服务器23。
这种场合下,应用服务器21的费用扣除额计算部216识别出该送回信息是从哪个医疗机构发送的,并根据来自各医疗机构的送回信息提供件数或提供频率,扣除对各医疗机构请求的系统利用费。这样,对于各医疗机构可以增加其提供送回信息的积极性。
但是,第1种方法必须由操作者进行输入作业,因此即使如上所述通过以送回信息的提供件数或频率为根据扣除系统利用费等而使提供信息的积极性有所提高,但仍然难以在不完全遗漏的情况下收集送回信息。
因此,采用上述第2种方法,在从审查机构有送回时所必然进行的再次提出用诊疗费清单的制作过程中自动生成送回信息。
因而,应用服务器21具备有送回信息制作部212a,该制作部在诊疗费清单制作部212制作再次提出用诊疗费清单时,从修正前及修正后的诊疗费清单记载数据制作送回信息。
下面,举出具体示例,对于送回信息制作部212a的送回信息制作处理的步骤予以说明。
在各医疗机构方面,从审查机构做出送回的场合下对该诊疗费清单进行修正并制作再次提出用费清单。首先,通过该医疗机构的计算机1使所送回的诊疗费清单显示在显示器上。这时,从服务系统2的诊疗费清单制作用DB服务器22的主文件读出该诊疗费清单并发送给计算机1,并通过显示处理部102如图13所示显示为数据输入画面。
再者,在图13所示的例子中诊疗行为栏13的第14及第15数据组为送回原因,并且送回附笺与图7所示的一样。
计算机1的操作者根据送回附笺中所指出的内容对该数据输入画面进行修正。操作者首先以送回附笺中所指出的数据部分作为修正对象进行选择。在图14中表示由操作者选择出修正对象数据的样式。在此,由操作者所选择出的修正对象数据从输入部103传送给收发处理部105,并进一步传送给应用服务器21的诊疗费清单制作部212。这时,诊疗费清单制作部212的送回信息制作部212a将该修正数据调整为新制作的送回信息的修正对象项目。
然后,操作者通过删除修正对象数据并改写为正确的数据,进行修正输入。代替所删除的修正对象数据而新输入的数据同样会传送给应用服务器21的诊疗费清单制作部212。这时,诊疗费清单制作部212的送回信息制作部212a将该修正数据调整为新制作的送回信息的订正对象项目。在图15中表示由操作者做出的修正输入的样式。再者,已删除修正对象数据时该数据的号码显示为「*」。
如果操作者完成修正输入,就会通过诊疗费清单制作部212依据修正后的数据制作再次提出用诊疗费清单。其结果发送给客户系统1,并且数据输入画面的显示状态变为图16所示的状态。还有,在图16中用粗线框出进行强调显示的部分是订正后的数据。
而且,诊疗费清单制作部212的送回信息制作部212a以所制作出的再次提出用诊疗费清单的患者类别及病名作为新制作的送回信息的患者类别及病名进行调整。通过以上的处理,由送回信息制作部212a制作图8所示的这种送回信息。该送回信息通过从送回信息制作部212a传送给DB管理部218并由DB管理部218登录到过错调整DB服务器23,此后成为在所有的医疗机构A、B、C、…中共享的送回信息。
如上所述,由于制作再次提出的诊疗费清单时通过送回信息制作部212a自动制作送回信息,所以可以在不遗漏的情况下将所有与送回有关的信息收集到过错调整DB服务器23中。据此,可以使诊疗费清单检查处理的准确度得以提高。
(实施方式2)
对于实施本发明所涉及的其他方式,参照附图的同时予以说明。本实施方式所涉及的输入支持系统与实施方式1相同,也是在医疗机构等使用的诊疗费清单制作支持系统,并且是实施方式1所涉及的系统的异例。
支付基金或国保联合会是诊疗费清单提出目的地,并且在各都道府县都设有事务所,各事务所的审查委员会为审查机构。因而,有时各个都道府县的审查标准在细微之处会有所不同。
例如,采用上述实施方式1中所参照的图13的数据示例进行说明,如果在某县(○○县)提出根据与此相同的数据的诊疗费清单,就会判断出诊疗行为栏13的第16个数据中也有送回原因,并附上图17所示的这种送回附笺,送回诊疗费清单。另一方面,如果在另一个县(△△县)提出根据与上述数据相同的数据的诊疗费清单,诊疗行为栏13的第16个数据就不会成为送回原因,而作为第17个数据中有送回原因的送回,并附上图18所示的送回附笺做出送回。而在○○县的审查中已判断出第17个数据中没有送回原因。
因此,本实施方式所涉及的诊疗费清单制作支持系统将从全国的医疗机构所收集到的送回信息分类为不同的地域,并根据该医疗机构所在地域的送回信息来实行各医疗机构的诊疗费清单检查处理。也就是说,本系统由于可以进行与各地域的审查标准相适的检查而使检查处理的准确度得到提高。
因此,通过本实施方式所涉及的诊疗费清单制作支持系统,在服务系统2的应用服务器21中如图19所示设置有将从各医疗机构收集到过错调整DB服务器23中的送回信息分类为不同的地域的地域性判断部219(偏差性判断部)。
另外,登录到过错调整DB服务器23的送回信息中如图20及图21所示设置有表示该送回信息的地域偏差性的地域分类项目。而且,在该送回信息是不同地域的信息场合下,也将该送回信息原属于哪个地域的信息登录到上述地域分类项目中。例如,图20所示的送回信息表示出是原属于○○县的信息,图21所示的送回信息表示出是原属于△△县的信息。还有,地域分类项目的属性值是全国共用信息、不同都道府县的信息及不同地区的信息中的任一个。
因而,在上述实施方式1所说明的图5的步骤S24中,检查处理部214通过对该医疗机构所在地域和过错调整DB服务器23中的送回信息地域分类项目进行对比,来选择进行检查是应参照的送回信息。
但是,也可以从医疗机构的计算机1选择是将进行检查时参照的送回信息限定于不同地域的信息(不同都道府县的信息及/或不同地区的信息)还是在不限定的状态下参照过错调整DB服务器23中所有的送回信息,并且应用服务器21的检查处理部214按照该选择来实行检查处理。
在此,对于地域性判断部219判断登录到过错调整DB服务器23中的送回信息的地域偏差性并将其结果记录到上述地域分类项目中的处理步骤,参照图22及图23的同时予以说明。
该处理是在新的送回信息已登录到过错调整DB服务器23中时,在控制部211的控制之下由地域性判断部219开始的。图22是表示地域性判断部219的动作过程的流程图。地域性判断部219首先从过错调整DB服务器23中登录的送回信息记录(包括这次登录的新的送回信息记录)之中检索新登录的送回信息和病名及作为修正对象的诊疗项目中相一致的送回信息(步骤S41)。
有检索记录的场合(步骤S42中的YES)下,从过错调整DB服务器23提取所有相当的记录。然后,根据各记录的地域分类项目的内容将所提取的记录分类为①北海道、②东北地区、③关东·信越地区、④北陆地区、⑤东海地区、⑥中部地区、⑦近畿地区、⑧中国地区、⑨四国地区、⑩九州·冲绳地区的各个地区(步骤S43)。
然后,地域性判断部219查看已分类为①~⑩的各个地区的记录件数,在该记录分布于所有地区之中的50%以上(也就是说,上述①~⑩之中5个以上的地区)的场合下(步骤S44中的YES),将该送回信息判断为全国共用信息(步骤S45)。
另一方面,步骤S44的判断为NO的场合下,地域性判断部219进一步判断在上述①~⑩的地区中是否存在相当的记录件数达到全部记录件数50%以上的都道府县(步骤S46)。如果其判断结果是YES,就将该送回信息判断为不同都道府县的信息(步骤S47)。如果步骤S46的判断结果是NO,就将该送回信息判断为不同地区的信息(步骤S48)。
如上,地域偏差性的判断结束后,地域性判断部219立即将判断结果登录到各送回信息的地区分类项目中(步骤S49),并结束处理。结果是,送回信息的地域分类项目的属性值成为「全国共用信息」、「不同都道府县的信息(及相当的都道府县名)」、「不同地区的信息(及相当的地区名)」。还有,不同都道府县的信息或不同地区的信息的场合下,也可以将相同送回信息对全部记录数目所占的比例作为不同都道府县的出现率或不同地区的出现率,来求出该都道府县或该地区中所分类的记录数目,并将该值也登录到上述地区分类项目中。
在此,采用具体示例,对于按照图22的流程如何判断送回信息的地域偏差性予以说明。在此,图23所示内容的送回信息是从处于爱知县的医院的客户系统1向过错调整DB服务器23所登录的信息。再者,该送回信息是假设的例子,并没有依照爱知县的实际审查标准。
另外,在上述步骤S41中,该送回信息和病名(支气管炎)及作为修正对象的诊疗项目(诊断:胸部X-P(大角×1))相一致的送回信息在过错调整DB服务器23的送回信息记录中存在45件。
而且,由步骤S43得出的分类结果,该记录的分布为
北海道0件
东北0件
关东·信越10件
北陆3件
中部0件
东海9件
近畿23件
中国0件
四国0件
九州·冲绳0件
这种场合下,由于全部10个地区中只有4个地区分布有记录,所以步骤S44的判断结果为NO。
还有,这些4个地区中的不同都道府县分布,如下
关东·信越:东京4件、神奈川4件、千叶2件
北陆:石川2件、福井1件
东海:爱知4件、静冈4件、岐阜1件
近畿:大阪10件、京都8件、兵库5件
这种场合下,由于在各个地区中没有占50%以上的都道府县,所以步骤S46的判断结果为NO。也就是说,这些送回信息全部被判断为不同地区的信息(步骤S48)。
结果是,例如分布于关东·信越的10件送回信息记录其地域分类项目的属性全部为不同地区的信息,并且作为地区名登录关东·信越。
如上面所说明的,根据本实施方式的构成,地域性判断部219通过从已登录到过错调整DB服务器23中的送回信息记录提取相同的送回信息并且查找这些送回信息的地域分布,判断出该送回信息是全国共用信息还是不同地区的信息或是不同都道府县的信息,并将其结果登录到过错调整DB服务器23中。
这样,在进行诊疗费清单的检查处理时如果从过错调整DB服务器23只提取与该医疗机构所在地域相当的送回信息并以所提取的送回信息为依据对诊疗费清单的记载数据进行检查,就可以使诊疗费清单检查处理的准确度得到提高。
还有,采用本实施方式所涉及的结构,也可以在应用服务器21的费用扣除额计算部216及信息利用费计算部218中根据各送回信息相当于全国信息、不同地区的信息或者不同都道府县的信息中的哪一个,而使计算扣除额及信息利用费时每一件送回信息的基本金额等有所区别。
例如,在费用扣除额计算部216根据从医疗机构所提供的送回信息件数来确定扣除额场合下,可以考虑将每一件送回信息的扣除额设定为不同地区的信息比全国信息金额更高、不同都道府县的信息比不同地区的信息金额更高。另外,同样也可以在信息利用费计算部218根据各医疗机构中送回信息的利用件数计算信息利用费的场合下,将每一件的利用费设定为不同地区的信息比全国信息金额更高、不同都道府县的信息比不同地区的信息金额更高。原因是,从送回信息的特殊性(显著性)的观点出发,可以认为不同都道府县的信息对作为利用者的医疗机构来说是最有用处的信息。
还有,在上述的实施方式1及2中表示出将诊疗费清单制作部、送回信息制作部、画面提供部及检查处理部全都配置于服务系统2的应用服务器21中的结构示例,但这些各个部也可以设置在医疗机构一侧(客户系统一侧)。
也就是说,由于需要使所有医疗机构可以共同利用送回信息存储部(过错调整DB服务器23),所以该部必须配置在服务系统2一侧,但对于诊疗费清单制作部、送回信息制作部、画面提供部及检查处理部的各自来说,配置在各医疗机构的客户系统及服务系统2的哪一侧都能够实现其功能。
而且,在上述实施方式中作为诊疗费清单制作机构例举出医疗机构,但诊疗费清单制作机构并不限定于医疗机构,也可以是配药房等。
(实施方式3)
对于实施本发明所涉及的另一个方式,参照附图的同时予以说明。本实施方式所涉及的输入支持系统是在公司内制作禀议书时所使用的禀议系统。
如图24所示,本实施方式的禀议系统的结构为,通过公司内部LAN43连接有分别设置于公司的各部门A、B、C…中的计算机41及服务器42。
再者,在图24中,作为客户系统的结构示例省略了打印机等外围设备的图示,只图示出作为具备有显示器及键盘的所谓台式个人计算机的计算机41。但是,客户机的形状及规模不限定于图24所示的例子,而可以使用任意的计算机系统。而且在此,其结构为通过公司内部LAN连接有客户机和服务器,但是例如在各个部门相隔较远等的场合下,也可以采用通过因特网等的WAN(Wide Area Network)的连接方式。再者,虽然表示出服务系统由一台服务器42来构成的示例,但也可以采用多台服务器来构成服务系统。
如图25所示,服务器42具备有控制部421、禀议书制作部422、画面提供部423、检查处理部424、收发处理部425及禀议信息存储部426。
另外,如图26所示,计算机41具备有控制部411、显示处理部412、输入部413、媒体R/W部414、收发处理部415及打印输出部416。
以下,对于本禀议系统的动作予以说明。
准备制作禀议书的操作者进行操作,以从计算机41调出如图27所示的禀议系统的初始画面。该初始画面从服务器42的画面提供部423通过收发处理部425及LAN43发送给计算机41,通过收发处理部415进行接收并由显示处理部412显示在计算机41的显示器上。
在禀议系统的初始画面上如图27所示,显示有设备购入费、广告宣传费、出差费、进修·研究班费等禀议项目,并且操作者点击禀议申请中必要的项目部分。例如,在制作设备购入费的禀议书的情况下,如果点击「设备购入」部分,就会从服务器42的画面提供部423给计算机41提供如图28所示的输入画面,操作者采用计算机41的键盘等在该输入画面的各栏中输入必要事项。
向各栏所输入的数据从计算机41传送给服务器42,并且通过检查处理部424进行检查。检查处理部424对所输入的数据和禀议信息存储部426中存储的禀议信息进行比较。
禀议信息存储部426是储存有事项(禀议信息)的数据库,而该事项是假如过去所提出的禀议书为记载不完备而被退回时作为退回原因所指出的事项。在此,在图29中表示禀议信息存储部426中存储的禀议信息的示例。图29所示的例子是与设备购入的禀议有关的信息。这样的禀议信息在出现禀议书的退回时,从各部门的计算机41传送给服务器42,并储存到禀议信息存储部426中。
检查处理部426对输入到如图28所示的输入画面申请原因栏中的数据进行解析。例如,在图28所示例的数据的场合下,通过从「由于实验中使用的台数不足」这样的短句中提取关键字及进行解析等,判断出申请理由为「台数不足」。然后,参照禀议信息存储部426中的禀议信息,查找申请理由为「台数不足」的禀议信息。在此,如图29所示,因为有申请理由为「台数不足」的禀议信息,所以检查处理部426将该禀议信息的指出事项转交给禀议书制作部422。
禀议书制作部422以从检查处理部426收到的信息为依据制作如图30所示的修正指示画面,并转交给画面提供部423。该画面从画面提供部423传送给计算机41并显示在显示器上。
操作者在计算机41的显示器上确认该画面,并且如果点击「返回到输入」部分,就会再次显示图28所示的输入画面,因而可在输入画面上对申请理由栏的记载进行修正。还有,这时如果其结构可做到在显示器上多窗口显示图30的修正指示画面和图28的输入画面,操作者就可以边查看修正指示边进行修正输入,因此这是较为理想的。
而且,如果操作者在图27所示的初始画面上选择出差申请,就会显示如图31所示的输入画面。另外,在图32中表示与出差申请有关存储于禀议信息存储部426中的禀议信息的例子。在图31所示的输入画面上,例如操作者在出差目的地栏中输入「海外」并在申请理由栏中只输入「由于商谈」的场合下,检查处理部426参照图32所示的禀议信息,禀议书制作部422制作出含有「只记载为商谈,不能被同意。必须具体记述不得不前往当地的理由。」这种信息的修正指示画面,并使之向计算机41显示。据此,操作者领会到,可以返回输入画面并将申请理由栏的记载例如修正为「因为与产品的质量问题有关的商谈及生产线的质量确认」。
如上所述,根据本实施方式所涉及的禀议系统,通过以过去所退回的禀议书的退回原因作为禀议信息储存在禀议信息存储部426中并将所输入的数据与该禀议信息进行比较,可以在提出禀议书之前检测出输入数据的不完备之处,以进行适当的修正。据此,可以节省由禀议书的记载不完备而引起的退回及再次提出的时间,因而可以提供使公司内的业务效率得到提高的禀议系统。
产业上的可利用性
如上面所说明的,根据本发明可以提供一种输入支持系统,能够根据基于过去事例的不完备数据信息,对输入数据进行检查,来正确修正输入数据的不完备之处。
Claims (23)
1.一种输入支持系统,其特征为:包括
进行数据输入作业所用的客户系统、
与一个或多个客户系统连接并且利用从各客户系统收集到的不完备数据信息对上述客户系统的数据输入作业进行支持的服务系统,
存储上述不完备数据信息作为记录的不完备数据信息存储部,至少设置在上述服务系统及上述客户系统中的一方,该记录作为项目包括修正对象数据及修正后的数据,
进行输入数据的检查处理的检查处理部设置在上述客户系统或服务系统中,并且上述检查处理对上述不完备数据信息存储部中的不完备数据信息和上述客户系统中的输入数据进行对比,在存在有与上述不完备数据信息的上述修正对象数据项目中所含有的数据相同的输入数据的场合下,对该输入数据施以记载不完备的防止处理或记载不完备的修正处理。
2.根据权利要求1中记载的输入支持系统,
上述检查处理部的上述记载不完备的防止处理包括从上述不完备数据信息存储部提取与上述处理对象数据相关的不完备数据信息并进行提示的处理。
3.根据权利要求1或2中记载的输入支持系统,
上述客户系统具备向上述服务系统发送与该客户系统的输入数据有关的不完备数据信息的不完备数据信息发送部,
而且上述服务系统将从上述客户系统所发送的退回信息存储到上述不完备数据信息存储部中。
4.一种输入支持系统,特征为:包括
设置于进行诊疗费清单制作业务的诊疗费清单制作机构中的客户系统,
与一个或多个诊疗费清单制作机构的客户系统通过通信线路连接,利用从各诊疗费清单制作机构收集到的诊疗费清单送回信息,来对上述客户系统中的诊疗费清单制作业务进行支持的服务系统,
存储上述送回信息的送回信息作为记录的存储部,设置在上述服务系统中,该记录作为项目包括送回对象数据及修正后的数据,
对提出前的诊疗费清单的记载数据进行检查处理的检查处理部设置在上述客户系统或服务系统中,并且上述检查处理对上述送回信息存储部中的送回信息和上述提出前的诊疗费清单的记载数据进行对比,在存在有与上述送回信息的送回对象数据项目中所含有的数据相同的记载数据的场合下,以该记载数据作为处理对象数据进行记载不完备的防止处理或记载不完备的修正处理。
5.根据权利要求4中记载的输入支持系统,
上述检查处理部所进行的上述记载不完备的防止处理包括从上述送回信息存储部提取与上述处理对象数据有关的送回信息并进行提示的处理。
6.根据权利要求4中记载的输入支持系统,
上述检查处理部所进行的上述记载不完备的修正处理包括用送回信息的修正后数据对上述处理对象数据进行置换的处理,该送回信息是在送回对象数据项目中包括与该处理对象数据相同的数据的送回信息。
7.根据权利要求4至6的任一项中记载的输入支持系统,
上述客户系统具备送回信息发送部,该发送部通过上述通信线路向上述服务系统发送对该诊疗费清单制作机构的诊疗费清单送回的送回信息,
上述服务系统具备有接收从上述客户系统所发送的送回信息并使之存储到上述送回信息存储中的送回信息登录部。
8.根据权利要求4至7的任一项中记载的输入支持系统,
上述送回信息存储部中的各个送回信息记录进一步含有表示该送回信息的地域偏差性的项目,
上述检查处理部通过对制作出诊疗费清单的诊疗费清单制作机构的所在地域和各个送回信息的地域偏差性项目进行对比,来选择在上述检查处理时应参照的送回信息。
9.根据权利要求8中记载的输入支持系统,
上述服务系统进一步具备对上述送回信息存储部中相同内容的送回信息的地域偏差性进行判断,并且将其结果登录在上述送回信息的上述地域性项目中的偏差性判断部。
10.根据权利要求8或9中记载的输入支持系统,
以存在上述地域偏差性的地域单位作为一个审查机构的所辖地域。
11.根据权利要求8至10的任一项中记载的输入支持系统,
上述送回信息记录的地域偏差性项目属性对应于该送回信息的地域偏差性,并且是不同都道府县的信息、不同地区的信息及全国共用信息中的任一个。
12.根据权利要求4至11的任一项中记载的输入支持系统,
上述客户系统具备选择部,该选择部对于上述送回信息存储部中存储的各个送回信息,向上述服务系统发送表示在该诊疗费清单制作机构中是否利用该送回信息的利用标记,
上述送回信息存储部中的各个送回信息记录进一步包含有表示从各个诊疗费清单制作机构的上述选择部所发送的利用标记的利用标记项目,
上述检查处理部参照上述利用标记项目,选择在上述检查处理时应参照的送回信息。
13.根据权利要求4至12的任一项中记载的输入支持系统,
进一步具备有提供输入画面的输入画面提供部和以输入到上述输入画面上的数据为根据制作诊疗费清单的制作部,该输入画面对诊疗费清单的记载数据的输入进行支持。
14.根据权利要求13中记载的输入支持系统,
上述输入画面提供部及制作部设置于上述客户系统中。
15.根据权利要求13中记载的输入支持系统,
上述输入画面提供部设置于上述客户系统中,上述制作部设置于上述服务系统中,
输入到上述输入画面上的诊疗费清单的记载数据通过上述通信线路发送给上述服务系统的上述制作部。
16.根据权利要求13中记载的输入支持系统,
上述输入画面提供部设置于上述服务系统中,上述制作部设置于上述客户系统中,
上述输入画面提供部通过上述通信线路将用页面描述语言所描述的输入画面数据发送给上述客户系统,
上述客户系统具备通过解析上述输入画面数据来显示输入画面的显示处理部,并且上述显示处理部将上述输入画面中所输入的诊疗费清单的记载数据传送给上述制作部。
17.根据权利要求13中记载的输入支持系统,
上述输入画面提供部及制作部设置于上述服务系统中,
上述输入画面提供部通过上述通信线路将用页面描述语言所描述的输入画面数据发送给上述客户系统,
上述客户系统具备通过解析上述输入画面数据来显示输入画面的显示处理部,并且上述显示处理部通过上述通信线路将上述输入画面中所输入的诊疗费清单的记载数据发送给上述服务系统的制作部。
18.根据权利要求13至17的任一项中记载的输入支持系统,
上述输入画面提供部取得已提出的诊疗费清单的记载数据并显示在上述输入画面上,
上述制作部以在上述输入画面上修正过的记载数据为依据,制作再次提出用的诊疗费清单,
上述制作部包含送回信息制作部,该制作部将成为上述修正对象的记载数据作为上述送回对象数据项目,并将修正后的该记载数据作为上述修正后数据项目,来制作应向上述送回信息存储部登录的新的送回信息记录。
19.根据权利要求13至18的任一项中记载的输入支持系统,
在每次向上述输入画面输入诊疗费清单的记载数据时,上述检查处理部对该记载数据进行上述检查处理。
20.根据权利要求4至19的任一项中记载的输入支持系统,
上述客户系统或服务系统进一步具备从存储有制作出的诊疗费清单的存储媒体中读出上述诊疗费清单的读出部,
上述检查处理部对通过上述读出部从上述存储媒体所读出的一个或多个诊疗费清单的所有记载数据一起进行上述检查处理。
21.根据权利要求20中记载的输入支持系统,
将通过上述检查处理部一起进行的上述检查处理的结果整理为表格,提供给各个诊疗费清单制作机构。
22.根据权利要求4至21的任一项中记载的输入支持系统,
上述服务系统具备费用扣除额计算部,该计算部根据从各客户系统向上述服务系统提供上述送回信息的件数及频率中的至少一个,来确定应向各个诊疗费清单制作机构索取的使用费的扣除额。
23.根据权利要求4至23的任一项中记载的输入支持系统,
上述服务系统具备送回信息利用费计算部,该计算部根据各个客户系统中上述送回信息存储部的送回信息的利用程度,来确定应向各个诊疗费制作机构索取的送回信息利用费。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP317608/2000 | 2000-10-18 | ||
JP2000317608 | 2000-10-18 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1470035A true CN1470035A (zh) | 2004-01-21 |
Family
ID=18796366
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA018175708A Pending CN1470035A (zh) | 2000-10-18 | 2001-10-17 | 输入支持系统 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20040143456A1 (zh) |
EP (1) | EP1329827A4 (zh) |
JP (1) | JP3841752B2 (zh) |
CN (1) | CN1470035A (zh) |
AU (1) | AU2001295942A1 (zh) |
WO (1) | WO2002033614A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7117247B2 (en) * | 2001-04-24 | 2006-10-03 | Ricoh Company, Ltd. | System, computer program product and method for storing information in an application service provider via e-mails |
JP4302544B2 (ja) * | 2004-02-03 | 2009-07-29 | みずほ情報総研株式会社 | レセプトデータ作成プログラム |
US20070282639A1 (en) * | 2005-11-21 | 2007-12-06 | Leszuk Mary E | Method and System for Enabling Automatic Insurance Claim Processing |
US8438047B2 (en) * | 2005-11-29 | 2013-05-07 | Mary Jo Curtin | System and method for facilitating claims processing |
JP4624470B1 (ja) * | 2009-09-10 | 2011-02-02 | 社団法人国民健康保険中央会 | 画面処理システム、画面表示およびプログラム |
JP5502056B2 (ja) * | 2011-10-31 | 2014-05-28 | 株式会社日本ケアコミュニケーションズ | 介護給付費請求手続の仲介装置 |
JP6163935B2 (ja) * | 2013-07-19 | 2017-07-19 | 富士通株式会社 | 支援プログラム、支援方法および支援装置 |
JP6593231B2 (ja) * | 2016-03-14 | 2019-10-23 | 富士通株式会社 | レセプト電算ファイル作成プログラム、レセプト電算ファイル作成装置及びレセプト電算ファイル作成方法 |
KR102155860B1 (ko) * | 2019-08-19 | 2020-09-14 | 주식회사 크라우드웍스 | 반려 사유 기반의 검수자 모니터링 방법 및 장치 |
KR102155866B1 (ko) * | 2019-08-27 | 2020-09-14 | 주식회사 크라우드웍스 | 반려 사유 기반의 작업자 모니터링 방법 및 장치 |
WO2022201510A1 (ja) * | 2021-03-26 | 2022-09-29 | 日本電気株式会社 | レセプトデータ審査装置、レセプトデータ審査方法、記憶媒体 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4858121A (en) * | 1986-12-12 | 1989-08-15 | Medical Payment Systems, Incorporated | Medical payment system |
US5253164A (en) * | 1988-09-30 | 1993-10-12 | Hpr, Inc. | System and method for detecting fraudulent medical claims via examination of service codes |
JPH04289909A (ja) * | 1991-03-19 | 1992-10-14 | Chugoku Nippon Denki Software Kk | キー入力チェック方式 |
JPH07160770A (ja) * | 1993-12-02 | 1995-06-23 | Hitachi Ltd | 診療行為チェックシステム |
AUPN086395A0 (en) * | 1995-02-02 | 1995-02-23 | Health Care Intelligence Pty. Limited | Improved claim processing system |
US5671353A (en) * | 1996-02-16 | 1997-09-23 | Eastman Kodak Company | Method for validating a digital imaging communication standard message |
JPH09265501A (ja) * | 1996-03-29 | 1997-10-07 | Sanyo Electric Co Ltd | 医療用コンピュータにおける入力データ監査方式 |
US5930759A (en) * | 1996-04-30 | 1999-07-27 | Symbol Technologies, Inc. | Method and system for processing health care electronic data transactions |
JPH11175427A (ja) * | 1997-12-15 | 1999-07-02 | Nri & Ncc Co Ltd | エラーメール修正装置、エラーメール修正方法およびプログラム記録媒体 |
US6260021B1 (en) * | 1998-06-12 | 2001-07-10 | Philips Electronics North America Corporation | Computer-based medical image distribution system and method |
JP2000011038A (ja) * | 1998-06-22 | 2000-01-14 | Tokyo Ais:Kk | 診療報酬明細書検査装置及び記録媒体 |
JP3139485B2 (ja) * | 1999-01-08 | 2001-02-26 | 日本電気株式会社 | 診療報酬明細書の点検システムと方法ならびに記録媒体 |
JP3029829B2 (ja) * | 1999-02-04 | 2000-04-10 | 株式会社望星薬局 | 医薬品等販売システム |
EP1303951B1 (en) * | 2000-07-25 | 2005-03-23 | ACUO Technologies, LLC | Routing and storage within a computer network |
US6517629B2 (en) * | 2001-02-05 | 2003-02-11 | Millennium Inorganic Chemicals, Inc. | Methods for making low volatile titanium dioxide pigments |
-
2001
- 2001-10-17 AU AU2001295942A patent/AU2001295942A1/en not_active Abandoned
- 2001-10-17 EP EP01976701A patent/EP1329827A4/en not_active Withdrawn
- 2001-10-17 WO PCT/JP2001/009092 patent/WO2002033614A1/ja active Application Filing
- 2001-10-17 JP JP2002536924A patent/JP3841752B2/ja not_active Expired - Fee Related
- 2001-10-17 CN CNA018175708A patent/CN1470035A/zh active Pending
- 2001-10-18 US US10/399,643 patent/US20040143456A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP1329827A4 (en) | 2006-08-30 |
JPWO2002033614A1 (ja) | 2004-02-26 |
AU2001295942A1 (en) | 2002-04-29 |
WO2002033614A1 (fr) | 2002-04-25 |
US20040143456A1 (en) | 2004-07-22 |
EP1329827A1 (en) | 2003-07-23 |
JP3841752B2 (ja) | 2006-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100347696C (zh) | 企业业务过程管理的方法和系统 | |
CN1222899C (zh) | 有关制订和经营投资合同的方法 | |
CN1542665A (zh) | 计算机化争议解决系统和方法 | |
CN1263259C (zh) | 结算中介处理装置 | |
CN1942890A (zh) | 用于卖方辅助自动化支付处理和异常管理的系统和方法 | |
CN1354859A (zh) | 申请设备和方法 | |
CN1472681A (zh) | 大中型药业连锁物流计算机管理系统及方法 | |
CN1669033A (zh) | 用于执行可保性分析的计算机化系统以及方法 | |
CN101059857A (zh) | 对发票进行电子验证的方法、系统和程序产品 | |
CN1397125A (zh) | 互联网上的计费方法和系统 | |
CN1685342A (zh) | 用于管理建造工程的系统和方法 | |
CN1322325A (zh) | 在电子经纪系统中进行信用过滤价格通信 | |
CN1659568A (zh) | 用于项目投标和申请过程的系统和方法 | |
CN1934583A (zh) | 信息提供系统及其方法和程序 | |
CN1568476A (zh) | 用于再保险安排的系统和方法 | |
CN1229749C (zh) | 图像形成系统及图像形成方法 | |
CN1460219A (zh) | 综合关于金融交易的交易信息的设备 | |
CN1750036A (zh) | 电子票据和电子支票管理、转换、买卖中介的系统和方法 | |
CN1667631A (zh) | 自动交易装置服务提供系统 | |
CN1496521A (zh) | 用于中介信息的系统和方法 | |
CN1484802A (zh) | 业务改进支持系统及其方法 | |
CN1659562A (zh) | 用于收集、存储、呈现和分析免疫数据并且其远程站通过网络与疫苗和疾病数据库通信的系统 | |
CN1957368A (zh) | 预定旅行产品的方法和设备 | |
CN1353842A (zh) | 投资组合投资导则遵从和金融基金管理系统 | |
CN101061495A (zh) | 模拟装置、效果度量装置和促销支持系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |