WO2012053509A1 - 入力支援プログラム、入力支援装置、及び入力支援方法 - Google Patents

入力支援プログラム、入力支援装置、及び入力支援方法 Download PDF

Info

Publication number
WO2012053509A1
WO2012053509A1 PCT/JP2011/073925 JP2011073925W WO2012053509A1 WO 2012053509 A1 WO2012053509 A1 WO 2012053509A1 JP 2011073925 W JP2011073925 W JP 2011073925W WO 2012053509 A1 WO2012053509 A1 WO 2012053509A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
sentence example
user
input
electronic medical
Prior art date
Application number
PCT/JP2011/073925
Other languages
English (en)
French (fr)
Inventor
清志 竹内
Original Assignee
富士通株式会社
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 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2012539731A priority Critical patent/JP5835224B2/ja
Priority to CN2011800501599A priority patent/CN103154938A/zh
Publication of WO2012053509A1 publication Critical patent/WO2012053509A1/ja
Priority to US13/856,845 priority patent/US20130226619A1/en

Links

Images

Classifications

    • 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/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/126—Character encoding
    • G06F40/129—Handling non-Latin characters, e.g. kana-to-kanji conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/237—Lexical tools
    • G06F40/242—Dictionaries

Definitions

  • the present invention relates to an input support program, an input support apparatus, and an input support method, and more particularly to an input support program, an input support apparatus, and an input support method that support input of a document.
  • kana-kanji conversion software has a dictionary for kana-kanji conversion, and a character string such as kanji corresponding to reading is searched from the dictionary in response to input of reading. The retrieved character string is presented as a conversion candidate.
  • the ease of use of Kana-Kanji conversion software greatly depends on the display order of conversion candidates. Therefore, various devices have been conventionally made regarding the display order of conversion candidates. For example, in Patent Document 1, it is considered to preferentially display the ones that have been frequently used in the past, and to preferentially display the ones that have been frequently used recently.
  • the priority may vary depending on the document to be edited. In other words, even if the conversion candidate has a low frequency regarding the input of all documents, a specific document may have a high priority for the user.
  • electronic medical record systems are used to manage information related to medical treatment and treatment of patients.
  • a document called an electronic medical record is managed for each patient, and the electronic medical record of the patient is input by a user (doctor, nurse, accountant, etc.) who performed medical care for the patient. .
  • Patent Document 1 when the display order is determined simply based on the frequency of use, if the frequency of use of pneumonia is high, pulmonary tuberculosis is input in response to the input of “yes” during the electronic medical record of patient A. The character string etc. regarding will be displayed at the top. As a result, there is a problem that it takes time to search for a character string input by the user.
  • the present invention has been made in view of the above points, and an object thereof is to provide an input support program, an input support apparatus, and an input support method that can reduce the burden of a document input operation.
  • the input support program acquires, in a computer, the attribute of the first document that is input by the user, and stores the attribute and the second document related to the attribute
  • the second document corresponding to the acquired attribute is acquired, and it is determined whether or not the sentence example stored in advance associated with the reading information is included in the second document. Based on this, when a character string included in the reading information is input to the first document by the user, a process for determining a display mode of the sentence example to be displayed together with the first document is executed. It is characterized by making it.
  • FIG. 1 is a diagram illustrating a configuration example of an electronic medical chart system according to an embodiment of the present invention.
  • a network 30 (regardless of wired or wireless) such as a LAN (Local Area Network) or the Internet. Are connected to communicate.
  • the electronic medical record server 20 is a computer that manages the electronic medical record.
  • the electronic medical record is document data in which patient medical information is recorded. Therefore, the electronic medical record is managed for each patient.
  • the electronic medical record is an example of a document (electronic document).
  • the electronic medical record terminal 10 is a computer such as a PC (Personal Computer) used for inputting an electronic medical record.
  • a portable terminal such as a mobile phone, a PDA (Personal Digital Assistance), or a smartphone may be used as the electronic medical record terminal 10.
  • the electronic medical record terminal 10 is an example of an input support device.
  • FIG. 2 is a diagram illustrating a hardware configuration example of the electronic medical record terminal according to the embodiment of the present invention.
  • 2 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, a display device 106, and an input device, which are mutually connected by a bus B. 107.
  • a program for realizing processing in the electronic medical record terminal 10 is provided by the recording medium 101.
  • the recording medium 101 on which the program is recorded is set in the drive device 100, the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100.
  • the program need not be installed from the recording medium 101 and may be downloaded from another computer via a network.
  • the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
  • the memory device 103 reads the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program.
  • the CPU 104 realizes functions related to the electronic medical record terminal 10 in accordance with a program stored in the memory device 103.
  • the interface device 105 is used as an interface for connecting to a network.
  • the display device 106 displays a GUI (Graphical User Interface) or the like by a program.
  • the input device 107 is a keyboard, a mouse, or the like, and is used for inputting various operation instructions.
  • An example of the recording medium 101 is a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • an HDD Hard Disk Disk Drive
  • flash memory or the like can be given. Both the recording medium 101 and the auxiliary storage device 102 correspond to computer-readable recording media.
  • the electronic medical record server 20 only needs to have the hardware shown in FIG. However, the electronic medical record server 20 may not include the display device 106 and the input device 107.
  • FIG. 3 is a diagram illustrating a functional configuration example of the electronic medical record system according to the embodiment of the present invention.
  • the electronic medical record server 20 includes an authentication unit 21, a user DB 22, an electronic medical record DB 23, a sentence example dictionary storage unit 24, a communication unit 25, and the like.
  • the authentication unit 21 authenticates the user of the electronic medical record system 1.
  • the user DB 22 stores attribute information of each user of the electronic medical record system 1 using, for example, a storage device of the electronic medical record server 20.
  • the attribute information includes authentication information such as a user ID (user identifier) and a password, for example.
  • the authentication information is used by the authentication unit 21 or the like.
  • the users of the electronic medical record system 1 are doctors, nurses, accountants, etc., for example.
  • the electronic medical record DB 23 stores the electronic medical record 231 using the storage device of the electronic medical record server 20, for example.
  • Each electronic medical record 231 is stored in association with the patient identifier (patient ID) to which the electronic medical record 231 corresponds.
  • Each electronic medical record 231 may be associated with the user ID of the user who edited (filled in) the electronic medical record 231.
  • the storage form of the electronic medical record 231 is not limited to a predetermined one.
  • the electronic medical record 231 may be, for example, a database record or a document file.
  • the sentence example dictionary storage unit 24 stores the user sentence example dictionary 241 for each user, for example, using the auxiliary storage device of the electronic medical record server 20.
  • each user sentence example dictionary 241 is associated with a user ID.
  • the user sentence example dictionary 241 is data in which sentence examples are recorded in association with reading of the sentence examples.
  • a sentence example is a set of one or more sentences. However, in the user sentence example dictionary 241, the sentence example does not necessarily correspond to the reading. Like general kana-kanji conversion software, words or the like may be associated with readings.
  • the communication unit 25 controls communication with the electronic medical record terminal 10 and the like.
  • the electronic medical record terminal 10 includes an electronic medical record editing unit 11, an input support unit 12, a communication unit 13, and the like.
  • the electronic medical record editing unit 11 is a browser or editor for the electronic medical record 231.
  • the electronic medical record editing unit 11 displays and edits the electronic medical record 231 in accordance with an editing instruction input by the user.
  • the electronic medical record editing unit 11 is an example of an acquisition unit.
  • the communication unit 13 controls communication with the electronic medical record server 20 and the like.
  • the input support unit 12 uses the user sentence example dictionary 241 to support input or editing of the electronic medical record 231 by the user.
  • the input support unit 12 includes a determination unit 121, an output order determination unit 122, a display control unit 123, an input unit 124, a user sentence example dictionary storage unit 125, and the like.
  • the user sentence example dictionary storage unit 125 is a storage area (for example, a predetermined folder or directory) in the auxiliary storage device 102 for storing the user sentence example dictionary 241 downloaded from the electronic medical record server 20.
  • the determination unit 121 determines whether or not a matching character string is included in the electronic medical record 231 to be edited for each sentence example included in the user sentence example dictionary 241 stored in the user sentence example dictionary storage unit 125. Determine.
  • the determination unit 121 assigns flag information (priority flag described later) indicating that to a sentence example in which a matching character string is included in the electronic medical record 231 to be edited.
  • the output order determination unit 122 determines the output order of the sentence examples to be output as input candidates (conversion candidates) in accordance with the input of reading when the electronic medical record 231 is edited. More specifically, the output order determination unit 122 sets a sentence example to which a priority flag is assigned among sentence examples stored in the user sentence example dictionary 241 in association with a sentence example corresponding to an input reading or unconfirmed character string. The output order is determined to be higher than the sentence example without the priority flag. In the present embodiment, the output order determination unit 122 is an example of a display mode determination unit.
  • the display control unit 123 displays a list of sentence examples corresponding to the input readings according to the output order determined by the output order determination unit 122.
  • the input unit 124 inputs a sentence example selected from the list of sentence examples to the electronic medical record 231.
  • the electronic medical record editing unit 11 and the input support unit 12 may be realized by separate and independent programs.
  • the electronic medical record editing unit 11 is realized by a process that the electronic medical record editing program causes the CPU 104 to execute
  • the input support unit 12 is realized by a process that the input support program causes the CPU 104 to execute.
  • the electronic medical record editing unit 11 and the input support unit 12 are activated as independent processes. Therefore, communication is achieved between the electronic medical record editing unit 11 and the input support unit 12 by interprocess communication or the like.
  • FIG. 4 is a flowchart for explaining an example of the processing procedure of the electronic medical record editing process.
  • step S101 the electronic medical record editing unit 11 accepts a login from the user. Specifically, the electronic medical record editing unit 11 displays a login screen on the display device 106. The electronic medical record editing unit 11 accepts input of a user ID and a password via a login screen. The electronic medical record editing unit 11 transmits an authentication request including the input user ID and password to the authentication unit 21 of the electronic medical record server 20. The authentication unit 21 performs authentication processing by comparing the user ID and password included in the authentication request with the user ID and password registered in the user DB 22. The authentication unit 21 returns the authentication result to the electronic medical record editing unit 11. If the authentication result indicates that the authentication has failed, the electronic medical record editing unit 11 stops the subsequent processing. When the authentication result indicates that the authentication is successful, the electronic medical record server records the user ID input on the login screen in the memory device 103 as the user ID of the login user (hereinafter referred to as “login user ID”). The subsequent processing is continued.
  • login user ID the user ID input on the login screen in the memory device 103 as the user
  • the electronic medical record editing unit 11 acquires (downloads) the user sentence example dictionary 241 of the logged-in user from the sentence example dictionary storage unit 24 of the electronic medical record server 20 (S102). That is, the user sentence example dictionary 241 associated with the user ID that matches the login user ID is acquired in the sentence example dictionary storage unit 24.
  • the electronic medical record editing unit 11 records the acquired user sentence example dictionary 241 in the user sentence example dictionary storage unit 125.
  • the electronic medical record editing unit 11 recognizes or plans to use the input support unit 12. Specifically, in the electronic medical record editing unit 11, the position (folder or directory or the like) of the user sentence example dictionary storage unit 125 in the auxiliary storage device 102 is set in advance.
  • a user sentence example dictionary 241 corresponding to the user of the electronic medical record terminal 10 is stored in each electronic medical record terminal 10 in advance. Also good.
  • the form in which the user sentence example dictionary 241 is downloaded from the electronic medical record server 20 as in the present embodiment is particularly effective when each user uses a plurality of electronic medical record terminals 10. This is because each user can use the user sentence example dictionary 241 corresponding to the user regardless of which electronic medical record terminal 10 is used.
  • the electronic medical record editing unit 11 displays a patient attribute input screen on the display device 106 (S103). Subsequently, the electronic medical record editing unit 11 receives input of patient attribute information for identifying the patient from the user via the patient attribute input screen (S104). For example, input of a patient ID is accepted.
  • the patient related to the input patient ID is hereinafter referred to as “target patient”.
  • the electronic medical record editing unit 11 acquires (downloads) the electronic medical record 231 of the target patient from the electronic medical record DB 23 of the electronic medical record server 20 (S105). That is, in the electronic medical record DB 23, the electronic medical record 231 associated with the patient ID of the target patient is acquired.
  • the electronic medical record editing unit 11 develops (records) the acquired electronic medical record 231 in the electronic medical record work area.
  • the electronic medical record work area is an area for storing the electronic medical record 231 to be edited in the memory device 103 or the auxiliary storage device 102.
  • FIG. 5 is a diagram showing a configuration example of the electronic medical record work area.
  • medical information is recorded for each medical day regarding the target patient.
  • the medical information is information called a medical record and the like, and is the description content of the electronic medical record 231.
  • it is assumed that all the records shown in FIG. 5 are one electronic medical record 231 for the target patient.
  • the electronic medical record editing unit 11 displays the electronic medical record editing screen on the display device 106 (S106).
  • the contents of the electronic medical record work area are displayed in a state where they can be edited with a predetermined layout.
  • the electronic medical record editing unit 11 requests the input support unit 12 to execute initialization processing.
  • the input support unit 12 executes an initialization process in response to a request (call) from the electronic medical record editing unit 11 (S107).
  • the electronic medical record editing unit 11 accepts input of a character string to the electronic medical record 231 on the electronic medical record editing screen (S108).
  • the input support unit 12 detects the input of the character string and executes a sentence example display / input process (S109).
  • sentence example display / input process when an input character string is read, a list of sentence examples corresponding to the reading (hereinafter referred to as “sentence list”) is displayed, and a sentence example selected from the sentence example list is displayed.
  • the entered sentence example is reflected in the electronic medical record work area. For example, a new record corresponding to the current day is added to the electronic medical record work area, and the input sentence example is added to the medical information of the record.
  • Steps S108 and S109 are repeated until a save instruction is input on the electronic medical record editing screen (S110).
  • the electronic medical record editing unit 11 executes a save process for the electronic medical record 231 (S111). Specifically, the electronic medical record editing unit 11 designates the patient ID of the target patient and uploads (transfers) the contents of the electronic medical record work area to the electronic medical record DB 23 of the electronic medical record server 20. As a result, in the electronic medical record DB 23, the electronic medical record 231 corresponding to the patient ID of the target patient is updated with the contents of the electronic medical record work area.
  • the electronic medical record editing unit 11 closes the electronic medical record editing screen (S112). That is, the electronic medical record editing screen is not displayed. Subsequently, the electronic medical record editing unit 11 requests the input support unit 12 to execute termination processing. The input support unit 12 executes a termination process in response to a request (call) from the electronic medical record editing unit 11 (S113).
  • Step S103 and subsequent steps are repeated.
  • the electronic medical record editing unit 11 designates the login user ID, and stores the user sentence example dictionary 241 recorded in the user sentence example dictionary storage unit 125. Upload (transfer) to the sentence example dictionary storage unit 24 of the electronic medical record server 20.
  • the user sentence example dictionary 241 corresponding to the user ID is updated in the sentence example dictionary storage unit 24.
  • the user sentence example dictionary 241 is uploaded because the contents of the user sentence example dictionary 241 can be updated in the sentence example display / input process, as will be described later.
  • FIG. 6 is a flowchart for explaining an example of the processing procedure of the initialization process of the input support unit.
  • step S201 the determination unit 121 of the input support unit 12 acquires one sentence example from the user dictionary stored in the user sentence example dictionary storage unit 125.
  • FIG. 7 is a diagram showing a configuration example of the user sentence example dictionary.
  • the user sentence example dictionary 241 includes information such as sentence example reading, last use date, use frequency, and priority flag for each sentence example.
  • the sentence example is a sentence or a set of sentences input to the electronic medical record 231.
  • the sentence example reading is a reading for the sentence example.
  • the last use date is the date (time) when the sentence example was last used (selected as an input target).
  • the usage frequency is a frequency (number of times) in which the sentence example is used (selected as an input target).
  • the priority flag is a flag indicating whether or not it is a priority object in the output order of the sentence examples. There is no sentence example to which a priority flag is assigned before the execution of the process of FIG.
  • the sentence example reading is an example of the first character string.
  • the sentence example is an example of the second character string.
  • step S201 described above one sentence example is acquired from the user sentence example dictionary 241 as shown in FIG.
  • the determination unit 121 determines whether a sentence example has been acquired (S202). That is, it is determined whether or not an unprocessed sentence example still remains regarding the process of FIG.
  • the determination unit 121 searches for the character string that matches the acquired sentence example (hereinafter referred to as “target sentence example”) from all medical information in the electronic medical record area. (S203).
  • the match here is a complete match. However, it may be determined whether a sentence or a set of sentences having the same meaning as the meaning of the sentence example is included.
  • the search for the character string that matches the target sentence example is executed in order from the medical information with the new medical treatment date.
  • the search for the target sentence example is terminated at that time.
  • the search time can be shortened by terminating the search when a character string that matches the target character string is searched.
  • the medical treatment date at the time of the retrieval may be recorded in the memory device 103 in association with the target sentence example, and the medical treatment date may be used for determining the output order of the sentence examples, which will be described later.
  • the medical treatment date has a meaning as the date when the target sentence example was last used for the electronic medical record 231 to be edited.
  • the determination unit 121 gives a priority flag to the target sentence example (S205). That is, in the user sentence example dictionary 241, “1” is recorded in the priority flag of the record related to the target sentence example. In the user sentence example dictionary 241 in FIG. 7, “1” is recorded in the priority flags of the records in the first to third lines. This is because a character string that matches the sentence example of each record is included in any medical information in the electronic medical record work area of FIG. 5 of the target patient. That is, the 4th and 5th records mean sentence examples that have never been used in the past medical information of the target patient.
  • Steps S201 to S205 are executed for all sentence examples included in the user sentence example dictionary 241.
  • the determination unit 121 ends the initialization process.
  • FIG. 8 is a flowchart for explaining an example of the processing procedure of the sentence example display / input process.
  • step S301 the output order determination unit 122 of the input support unit 12 extracts a sentence example corresponding to the read or unconfirmed character string from the user sentence example dictionary 241 stored in the user sentence example dictionary storage unit 125.
  • the sentence example corresponding to the reading or unconfirmed character string refers to a sentence example in which the reading of the sentence example corresponding to the sentence example is suitable for reading or a sentence example in which the sentence example itself is suitable for the unconfirmed character string.
  • the sentence example reading adapted to the input reading means, for example, a sentence example reading including the input reading from the top. The case where the input reading and the sentence example reading completely match is also included, and the case where the head part of the sentence example reading matches the input reading is also included.
  • the sentence example suitable for an undetermined character string means the sentence example which contains an undetermined character string from the head, for example.
  • the case where the undetermined character string and the sentence example completely match is included, and the case where the first part of the sentence example matches the undetermined character string is also included.
  • the unconfirmed character string is a character string in which the input reading is converted by a kana-kanji conversion software (not shown) and the input is not confirmed.
  • the processing content of the output order determination unit 122 in step S301 is, for example, as follows.
  • the output order determination unit 122 extracts a sentence example corresponding to a sentence example reading that matches the reading.
  • the output order determination unit 122 extracts a sentence example that matches the undetermined character string.
  • the output order determination unit 122 classifies the extracted sentence group into two sets (groups) according to the presence or absence of a priority flag (S302). That is, the extracted sentence example group includes a sentence example group to which a priority flag is assigned (hereinafter referred to as “priority sentence example group”) and a sentence example group to which a priority flag is not assigned (hereinafter referred to as “non-priority sentence example group”). .)) And two groups.
  • the output order determination unit 122 sorts the sentence examples in descending order with respect to the usage frequency for each of the priority sentence example group and the non-priority sentence example group (S303).
  • the sentence examples having a relatively high usage frequency are sorted so as to be higher. Sorting is performed in descending order with respect to the last usage date between sentence examples having the same usage frequency. That is, the sentence example with the new last use date is set as the higher rank.
  • sorting may be performed in descending order with respect to the medical treatment date of the medical care information in which the character string that matches the sentence example is searched.
  • the sentence examples are sorted in an order more suitable for the electronic medical record 231 that is currently being edited. That is, the last use date in the user sentence example dictionary 241 is the date when the sentence example was last used for the electronic medical records 231 of a plurality of patients. On the other hand, this is because the medical treatment date of the medical information for which the character string matching the sentence example is searched is the date when the sentence example was last used for the electronic medical record 231 currently being edited.
  • the last use date may be recorded in the user sentence example dictionary 241 instead of the last use date.
  • the output order determination unit 122 determines the output order of the sentence examples (S304). Specifically, the output order determination unit 122 determines the output order of each sentence example so that the priority sentence example group is higher than the non-priority sentence example group. Therefore, the sentence example with the highest use frequency in the priority sentence example group is the highest. In addition, the sentence example having the highest usage frequency in the non-priority sentence example group is the next order of the sentence examples having the lowest usage frequency in the priority sentence example group.
  • the display control unit 123 causes the display device 106 to display a list of sentence examples according to the output order determined by the output order determination unit 122 (S305).
  • the display mode of the sentence example determined based on the priority flag, the last use date, and the use frequency is not limited to the output order.
  • a display mode such as displaying the background color with emphasis can be adopted for the sentence example determined to be displayed preferentially.
  • FIG. 9 is a diagram showing a display example of a sentence example list.
  • the figure is an example of a sentence example list that is displayed based on the electronic medical record work area shown in FIG. 5 and the user sentence example dictionary 241 shown in FIG.
  • the display control unit 123 displays a list of sentence examples superimposed on, for example, the electronic medical record editing screen 510 (that is, the work area of the electronic medical record). By displaying the sentence example list in such a manner, it is possible to further reduce the input burden of the electronic medical record.
  • the target patient is a patient related to the thyroid gland. Therefore, when the user inputs “Kou”, it is estimated that the user is likely to input a sentence example that starts with the thyroid gland.
  • sentence examples relating to the thyroid gland are displayed at the top. That is, a sentence example that is estimated to be highly likely to be input by the user is displayed at the top.
  • the input unit 124 inputs the selected sentence example into the electronic medical record 231 (S307). Strictly speaking, the selected sentence example is reflected (recorded) in the electronic medical record work area. As a result, the contents of the electronic medical record editing screen 510 are updated.
  • the priority sentence example group is also sorted according to the frequency of use, the user is likely to find a desired sentence example from among the sentence examples displayed at the top.
  • the input unit 124 adds 1 to the value of the usage frequency corresponding to the input sentence example in the user sentence example dictionary 241 (S308). Subsequently, the input unit 124 updates the last use date corresponding to the input sentence example in the user sentence example dictionary 241 with the date of the current day (S309).
  • FIG. 10 is a flowchart for explaining an example of the processing procedure of the termination processing of the input support unit.
  • step S401 the determination unit 121 removes (clears) all priority flags assigned to the sentence examples of the user sentence example dictionary 241 stored in the user sentence example dictionary storage unit 125. This is because the priority flag is effective for the electronic medical record 231 that has been edited so far. In other words, if the electronic medical record 231 to be edited changes, the sentence example to which the priority flag is assigned can change.
  • the output order of the sentence examples in the sentence example list (list of input candidate sentence examples) is changed to the electronic medical record 231 for the input operation of the target patient. It can be changed in a suitable order. Therefore, it is possible to expect a further reduction in the operation burden of the input operation of the electronic medical record 231 as compared with the case where the output order of the sentence examples is simply determined based on the entire frequency that the user has used so far. Specifically, the user can find a desired sentence example at a higher level in the displayed sentence example list, and can quickly select the sentence example.
  • Accelerated selection of sentence examples can be expected to reduce the load on the CPU 104, reduce memory consumption, and the like. That is, the sentence examples displayed as the input candidate sentence list change every moment according to the progress of reading input. Specifically, when the second character is input, a sentence example including the second character at the head is selected as an input candidate. However, when the third character is input, the input candidate is the first character at the top. Narrow down to the sentence examples included in. The CPU 104 repeats such narrowing processing until the input of the character string by the user is confirmed.
  • the display time of the sentence example list is shortened. As a result, it is possible to reduce the load on the CPU 104 and the memory consumption required for displaying the list of sentence examples.
  • the user sentence example dictionary 241 is different for each user.
  • one user sentence example dictionary 241 may be shared by a plurality of users. For example, in a medical institution such as a hospital, it is expected that the sentence examples used differ depending on the department. Therefore, one user sentence example dictionary 241 may be created for each medical department. In this case, for example, the user's medical department is stored in the user DB 22 for each user.
  • the authentication unit 21 returns the attribute information of the user to the electronic medical record editing unit 11.
  • the electronic medical record editing unit 11 downloads the user sentence example dictionary 241 corresponding to the medical department included in the attribute information.
  • the user sentence example dictionary 241 may be shared across a plurality of medical institutions. That is, the electronic medical record server 20 may be shared across a plurality of medical institutions.
  • the program for realizing the input support unit 12 is not necessarily installed in the electronic medical record terminal 10 in advance.
  • the input support program may be included in a part of the web page.
  • the Web page is a Web page for editing a document managed on the Web site, and the input support unit 12 presents an example sentence suitable for the document to be edited on the Web page.
  • Such a form is suitable for cloud computing in recent years.
  • the user sentence example dictionary 241 only needs to be stored on the website, and does not necessarily have to be downloaded to the client side.
  • the input support unit 12 may access the user sentence example dictionary 241 via the network.
  • the Web site here corresponds to the positioning of the electronic medical record server 20 in the present embodiment.
  • the client side corresponds to the positioning of the electronic medical record terminal 10 in the present embodiment.
  • the user sentence example dictionary 241 may not be downloaded to the electronic medical record terminal 10. However, the user sentence example dictionary 241 is downloaded to the electronic medical record terminal 10 as in the present embodiment, so that the access speed to the user sentence example dictionary 241 by the input support unit 12 can be improved.
  • the present embodiment can be applied to documents other than the electronic medical record 231.
  • sentence examples can be output for each document file in an order suitable for the document file.
  • the input support unit 12 sets a character string that matches each sentence example included in the user sentence example dictionary 241 for a document file designated as an editing target (for example, opened in an application). Search for. A priority flag is assigned to a sentence example for which a matching character string has been searched, and priority is given in determining the output order in the sentence example list. By doing so, the sentence examples can be displayed in an order suitable for the document file to be edited.
  • the document file here corresponds to the electronic medical record 231 in the present embodiment.
  • the application corresponds to the electronic medical record editing unit 11 of the present embodiment.
  • the content of the document file is not limited to a predetermined one.
  • sentence examples are displayed in an order suitable for the content of the article. If it is a patent specification, sentence examples are displayed in an order suitable for the invention described in the specification.
  • the content of the document file to be edited may be notified to the input support unit 12 by an application that executes editing of the document file, or may be actively acquired by the input support unit 12.
  • the application may write (record) the contents of the document file to be edited in a storage area convenient for the input support unit 12.
  • the input support unit 12 may acquire the contents of the document file from the application related to the active (operation target) window.
  • the electronic medical record work area may be recorded as one file in a folder convenient for the input support unit 12.
  • the versatility of the input support part 12 can be improved. That is, the input support unit 12 can support the input of the document without being conscious of what the upper program for editing the document is.
  • the input support unit 12 may obtain the contents of the document file by other methods. That is, the method for obtaining the contents of the document file to be edited by the input support unit 12 is not limited to a predetermined method.
  • the display order of the user sentence example dictionary 241 may be determined with reference to another sentence example dictionary. For example, when the user starts editing a document, the user inputs a character string closely related to the document to be edited as an attribute of the document.
  • An example of a character string closely related to a document to be created includes the genre or subject of the document. For example, if the user is a newspaper reporter, a character string related to an article to be input as a document may be input.
  • FIG. 11 is a diagram illustrating an example of a sentence example dictionary for each genre.
  • an example in which a baseball sentence example dictionary, a political sentence example dictionary, an economic sentence example dictionary, a social sentence example dictionary, and the like are created is moistened.
  • Each XXX sentence example dictionary includes a sentence example reading for each sentence example deeply related to “XXX”.
  • the display order of the user sentence example dictionary 241 of the user is determined with reference to the sentence example dictionary for baseball. That is, in step S203 of FIG. 6, instead of medical information, sentence examples included in the baseball sentence example dictionary are searched. Specifically, for each sentence example in the user sentence example dictionary 241, a sentence example that matches the sentence example is retrieved from the baseball sentence example dictionary. When a sentence example that matches the sentence example is searched, a priority flag is assigned to the sentence example. When a sentence example that matches the sentence example is not searched, a priority flag is not given to the sentence example. Other processing procedures are as described above. As a result, in the user sentence example dictionary 241, sentence examples deeply related to baseball are displayed at the top. As a result, improvement in work efficiency can be expected with respect to editing of documents related to baseball articles.
  • sentence examples used as the reference for the display order of the user sentence example dictionary 241 are not limited to the sentence example dictionary created for each genre and subject as shown in FIG.
  • the display order of the user sentence example dictionary 241 of the user B may be determined with reference to the user sentence example dictionary 241 of the user A.
  • the Example of this invention was explained in full detail, this invention is not limited to such specific embodiment, In the range of the summary of this invention described in the claim, various deformation
  • the present invention is not limited to input support in electronic medical records, and can be applied to other input support. For example, when a user opens a file and performs update editing work, the input support device determines whether or not a sentence example registered in the user sentence example dictionary exists in the file, and displays the sentence example. The mode may be determined.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Artificial Intelligence (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Document Processing Apparatus (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

　入力支援プログラムは、コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させる。

Description

入力支援プログラム、入力支援装置、及び入力支援方法
　本発明は、入力支援プログラム、入力支援装置、及び入力支援方法に関し、特に文書の入力を支援する入力支援プログラム、入力支援装置、及び入力支援方法に関する。
　従来、ＰＣ（Personal Computer）等において文書を作成する際、仮名漢字変換ソフトウェアが用いられて文字列の入力が行われる。一般的に、仮名漢字変換ソフトウェアは、仮名漢字変換用の辞書を有し、読みの入力に応じ、読みに対応する漢字等の文字列が辞書の中から検索され。検索された文字列は、変換候補として提示される。仮名漢字変換ソフトウェアの使い易さは、変換候補の表示順に大きく依存する。そこで、従来、変換候補の表示順に関して各種の工夫が行われている。例えば、特許文献１では、過去に使われた頻度が高いものから優先的に表示するとともに、最近使用頻度が高いものも優先的に表示することが検討されている。
特開平７－５６９１３号公報
　しかしながら、同一の読みに適合する変換候補であっても、その優先度は編集対象の文書に応じて異なりうる。換言すれば、全文書の入力に関する頻度は低い変換候補であっても、特定の文書に関しては利用者にとって優先度が高い場合がある。
　例えば、医療機関においては、患者の診療や治療などに関する情報の管理に電子カルテシステムが用いられている。電子カルテシステムでは、患者ごとに電子カルテと呼ばれる文書が管理され、患者に対して診療等を行った利用者（医師、看護師、会計担当者等）によって当該患者の電子カルテの入力が行われる。
　この場合、患者Ａの電子カルテに関して使用される文字列と、患者Ｂの電子カルテに関して使用される文字列との間には、大きな違いが生じうる。患者ごとに病歴や診療歴等が異なるからである。
　具体的には、肺炎の患者Ａの電子カルテの入力中には、「はい」の入力に応じて肺炎に関連する文字列等が表示されるのが望ましい。一方、肺結核の患者Ｂの電子カルテの入力中には、「はい」の入力に応じて肺結核に関する文字列等が表示されるのが望ましい。
　しかし、特許文献１のように、単に使用頻度に基づいて表示順が決定される場合、肺炎の使用頻度が高ければ、患者Ａの電子カルテの際に、「はい」の入力に応じて、肺結核に関する文字列等が上位に表示されてしまう。その結果、利用者が入力した文字列を探すまでに時間を要してしまうという問題がある。
　そして、このような問題は、電子カルテに限らず、他の文書の入力に関しても生じうる。
　本発明は、上記の点に鑑みてなされたものであって、文書の入力操作の負担を軽減することのできる入力支援プログラム、入力支援装置、及び入力支援方法の提供を目的とする。
　そこで上記課題を解決するため、入力支援プログラムは、コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させることを特徴とする。
　文書の入力操作の負担を軽減することができる。
本発明の実施の形態における電子カルテシステムの構成例を示す図である。 本発明の実施の形態における電子カルテ端末のハードウェア構成例を示す図である。 本発明の実施の形態における電子カルテシステムの機能構成例を示す図である。 電子カルテの編集処理の処理手順の一例を説明するためのフローチャートである。 電子カルテワーク領域の構成例を示す図である。 入力支援部の初期化処理の処理手順の一例を説明するためのフローチャートである。 利用者文例辞書の構成例を示す図である。 文例表示・入力処理の処理手順の一例を説明するためのフローチャートである。 文例一覧の表示例を示す図である。 入力支援部の終了化処理の処理手順の一例を説明するためのフローチャートである。 ジャンルごとの文例辞書の一例を示す図である。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における電子カルテシステムの構成例を示す図である。同図の電子カルテシステム１において、一台以上の電子カルテ端末１０と電子カルテサーバ２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない。）を介して通信可能に接続されている。
　電子カルテサーバ２０は、電子カルテを管理するコンピュータである。電子カルテとは、患者の診療情報等が記録される文書データである。従って、電子カルテは、患者ごとに管理されている。本実施の形態において、電子カルテは、文書（電子文書）の一例である。
　電子カルテ端末１０は、電子カルテの入力に利用されるＰＣ（Personal Computer）等のコンピュータである。携帯電話、ＰＤＡ（Personal Digital Assistance）、又はスマートフォン等の携帯型の端末が、電子カルテ端末１０として利用されてもよい。本実施の形態において、電子カルテ端末１０は、入力支援装置の一例である。
　図２は、本発明の実施の形態における電子カルテ端末のハードウェア構成例を示す図である。図２の電子カルテ端末１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有する。
　電子カルテ端末１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って電子カルテ端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。
　なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
　なお、電子カルテサーバ２０も、図２に示されるハードウェアを有していればよい。但し、電子カルテサーバ２０は、表示装置１０６及び入力装置１０７を有していなくてもよい。
　図３は、本発明の実施の形態における電子カルテシステムの機能構成例を示す図である。同図において、電子カルテサーバ２０は、認証部２１、利用者ＤＢ２２、電子カルテＤＢ２３、文例辞書記憶部２４、及び通信部２５等を有する。
　認証部２１は、電子カルテシステム１の利用者の認証を行う。利用者ＤＢ２２は、電子カルテシステム１の各利用者の属性情報を、例えば、電子カルテサーバ２０の記憶装置を用いて記憶する。属性情報には、例えば、利用者ＩＤ（利用者識別子）及びパスワード等の認証情報も含まれる。認証情報は、認証部２１等によって利用される。なお、電子カルテシステム１の利用者とは、例えば、医師、看護師、会計担当者等である。
　電子カルテＤＢ２３は、例えば、電子カルテサーバ２０の記憶装置を用いて電子カルテ２３１を記憶する。各電子カルテ２３１は、当該電子カルテ２３１が対応する患者の識別子（患者ＩＤ）に関連付けられて記憶される。各電子カルテ２３１は、また、当該電子カルテ２３１の編集（記入）を行った利用者の利用者ＩＤに関連付けられていてもよい。なお、電子カルテ２３１が記憶形態は、所定のものに限定されない。電子カルテ２３１は、例えば、データベースのレコードであってもよいし、文書ファイルであってもよい。
　文例辞書記憶部２４は、例えば、電子カルテサーバ２０の補助記憶装置を用いて、利用者ごとに利用者文例辞書２４１を記憶する。例えば、各利用者文例辞書２４１は、利用者ＩＤに関連付けられている。利用者文例辞書２４１とは、文例の読みに対応付けられて文例が記録されているデータである。文例とは、一以上の文の集合である。但し、利用者文例辞書２４１において、読みに対応付けられるのは、必ずしも文例でなくてもよい。一般的な仮名漢字変換ソフトウェアのように、単語等が、読みに対応付けられていてもよい。
　通信部２５は、電子カルテ端末１０等との通信を制御する。
　電子カルテ端末１０は、電子カルテ編集部１１、入力支援部１２、及び通信部１３等を有する。電子カルテ編集部１１は、電子カルテ２３１のブラウザ又はエディタである。電子カルテ編集部１１は、利用者によって入力される編集指示に応じ、電子カルテ２３１の表示及び編集等を行う。なお、本実施の形態において、電子カルテ編集部１１は、取得部の一例である。
　通信部１３は、電子カルテサーバ２０等との通信を制御する。
　入力支援部１２は、利用者文例辞書２４１を用いて、利用者による電子カルテ２３１の入力又は編集の支援を行う。同図において、入力支援部１２は、判定部１２１、出力順決定部１２２、表示制御部１２３、入力部１２４及び利用者文例辞書記憶部１２５等を有する。
　利用者文例辞書記憶部１２５は、電子カルテサーバ２０よりダウンロードされた利用者文例辞書２４１を記憶するための、補助記憶装置１０２における記憶領域（例えば、所定のフォル又はディレクトリ）である。
　判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１に含まれている各文例について、編集対象の電子カルテ２３１内に一致する文字列が含まれているか否かを判定する。判定部１２１は、編集対象の電子カルテ２３１内に一致する文字列が含まれている文例に対して、その旨を示すフラグ情報（後述される優先フラグ）を付与する。
　出力順決定部１２２は、電子カルテ２３１の編集時における読みの入力に応じ、入力候補（変換候補）として出力させる文例の出力順を決定する。より詳しくは、出力順決定部１２２は、入力された読み又は未確定文字列に対応する文例に対応付けて利用者文例辞書２４１が記憶している文例のうち、優先フラグが付与されている文例の出力順を、優先フラグが付与されていない文例よりも上位に決定する。なお、本実施の形態において、出力順決定部１２２は、表示態様決定部の一例である。
　表示制御部１２３は、入力された読みに対応する文例の一覧を、出力順決定部１２２によって決定された出力順によって表示させる。入力部１２４は、文例の一覧の中から選択された文例を、電子カルテ２３１に入力する。
　なお、電子カルテ編集部１１と入力支援部１２とは、それぞれ独立した別個のプログラムによって実現されてもよい。例えば、電子カルテ編集部１１は、電子カルテ編集プログラムがＣＰＵ１０４に実行させる処理によって実現され、入力支援部１２は、入力支援プログラムがＣＰＵ１０４に実行させる処理によって実現されるという具合である。この場合、電子カルテ編集部１１と入力支援部１２とは、それぞれ独立したプロセスとして起動される。したがって、電子カルテ編集部１１と入力支援部１２との間では、プロセス間通信等によってコミュニケーションが図られる。
　以下、電子カルテ端末１０等の処理手順について説明する。図４は、電子カルテの編集処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ１０１において、電子カルテ編集部１１は、利用者よりログインを受け付ける。具体的には、電子カルテ編集部１１は、ログイン画面を表示装置１０６に表示させる。電子カルテ編集部１１は、ログイン画面を介して、利用者ＩＤ及びパスワードの入力を受け付ける。電子カルテ編集部１１は、入力された利用者ＩＤ及びパスワードを含む認証要求を電子カルテサーバ２０の認証部２１に送信する。認証部２１は、認証要求に含まれている利用者ＩＤ及びパスワードを、利用者ＤＢ２２に登録されている利用者ＩＤ及びパスワードと照合して認証処理を行う。認証部２１は、認証結果を電子カルテ編集部１１に返信する。認証結果が認証の失敗を示す場合、電子カルテ編集部１１は、以降の処理を中止させる。認証結果が認証の成功を示す場合、電子カルテサーバは、ログイン画面に入力された利用者ＩＤをログインユーザの利用者ＩＤ（以下、「ログインユーザＩＤ」という。）としてメモリ装置１０３に記録して、以降の処理を継続する。
　続いて、電子カルテ編集部１１は、ログインユーザの利用者文例辞書２４１を電子カルテサーバ２０の文例辞書記憶部２４より取得（ダウンロード）する（Ｓ１０２）。すなわち、文例辞書記憶部２４において、ログインユーザＩＤに一致する利用者ＩＤに関連付けられている利用者文例辞書２４１が取得される。電子カルテ編集部１１は、取得された利用者文例辞書２４１を、利用者文例辞書記憶部１２５に記録する。ここで、電子カルテ編集部１１は、入力支援部１２を利用する認識又は予定している。具体的には、電子カルテ編集部１１には、補助記憶装置１０２における、利用者文例辞書記憶部１２５の位置（フォルダ又はディレクトリ等）が予め設定されている。なお、電子カルテ端末１０と利用者との関係が一対一である場合、各電子カルテ端末１０には、予め、当該電子カルテ端末１０の利用者に対応した利用者文例辞書２４１が記憶されていてもよい。本実施の形態のように、利用者文例辞書２４１が電子カルテサーバ２０よりダウンロードされる形態は、各利用者が複数の電子カルテ端末１０を利用する場合に特に有効である。各利用者は、いずれの電子カルテ端末１０を利用する場合であっても、自らに対応する利用者文例辞書２４１を利用することが可能だからである。
　続いて、電子カルテ編集部１１は、患者属性入力画面を表示装置１０６に表示させる（Ｓ１０３）。続いて、電子カルテ編集部１１は、患者属性入力画面を介して、患者を識別するための患者の属性情報の入力を利用者より受け付ける（Ｓ１０４）。例えば、患者ＩＤの入力が受け付けられる。入力された患者ＩＤに係る患者を、以下「対象患者」という。
　続いて、電子カルテ編集部１１は、対象患者の電子カルテ２３１を電子カルテサーバ２０の電子カルテＤＢ２３より取得（ダウンロード）する（Ｓ１０５）。すなわち、電子カルテＤＢ２３において、対象患者の患者ＩＤに関連付けられている電子カルテ２３１が取得される。電子カルテ編集部１１は、取得された電子カルテ２３１を電子カルテワーク領域に展開（記録）する。電子カルテワーク領域とは、メモリ装置１０３又は補助記憶装置１０２において、編集対象の電子カルテ２３１を記憶する領域である。
　図５は、電子カルテワーク領域の構成例を示す図である。同図において、電子カルテワーク領域には、対象患者に関して、診療日ごとに診療情報が記録されている。診療情報は診療録等とも呼ばれる情報であり、電子カルテ２３１の記載内容である。なお、本実施の形態では、図５に示される全てのレコードが、対象患者に対する一つの電子カルテ２３１であるとする。
　続いて、電子カルテ編集部１１は、電子カルテ編集画面を表示装置１０６に表示させる（Ｓ１０６）。電子カルテ編集画面には、電子カルテワーク領域の内容が、所定のレイアウトで編集可能な状態で表示される。
　続いて、電子カルテ編集部１１は、入力支援部１２に初期化処理の実行を要求する。入力支援部１２は、電子カルテ編集部１１からの要求（呼び出し）に応じ、初期化処理を実行する（Ｓ１０７）。
　続いて、電子カルテ編集部１１は、電子カルテ編集画面において、電子カルテ２３１に対する文字列の入力を受け付ける（Ｓ１０８）。入力支援部１２は、文字列の入力を検知し、文例表示・入力処理を実行する（Ｓ１０９）。文例表示・入力処理では、入力された文字列を読みとした場合に、当該読みに対応する文例の一覧（以下、「文例一覧」という。）が表示され、当該文例一覧より選択された文例が電子カルテ２３１に対して入力される。入力された文例は、電子カルテワーク領域に反映される。例えば、電子カルテワーク領域には、当日に対応する新たなレコードが追加され、当該レコードの診療情報に、入力された文例が追加される。
　ステップＳ１０８及びＳ１０９は、電子カルテ編集画面に保存指示が入力されるまで繰り返される（Ｓ１１０）。保存指示が入力されると（Ｓ１１０でＹＥＳ）、電子カルテ編集部１１は、電子カルテ２３１の保存処理を実行する（Ｓ１１１）。具体的には、電子カルテ編集部１１は、対象患者の患者ＩＤを指定して、電子カルテワーク領域の内容を、電子カルテサーバ２０の電子カルテＤＢ２３にアップロード（転送）する。その結果、電子カルテＤＢ２３において、対象患者の患者ＩＤに対応する電子カルテ２３１が、電子カルテワーク領域の内容によって更新される。
　続いて、電子カルテ編集部１１は、電子カルテ編集画面を閉じる（Ｓ１１２）。すなわち、電子カルテ編集画面が非表示とされる。続いて、電子カルテ編集部１１は、入力支援部１２に終了化処理の実行を要求する。入力支援部１２は、電子カルテ編集部１１からの要求（呼び出し）に応じ、終了化処理を実行する（Ｓ１１３）。
　続いて、他の患者に関して電子カルテ２３１の編集が行われる場合（Ｓ１１４でＮＯ）、ステップＳ１０３以降が繰り返される。一方、ログアウトの指示が入力されると（Ｓ１１４でＹＥＳ）、電子カルテ編集部１１は、ログインユーザＩＤを指定して、利用者文例辞書記憶部１２５に記録されている利用者文例辞書２４１を、電子カルテサーバ２０の文例辞書記憶部２４にアップロード（転送）する。その結果、文例辞書記憶部２４において、当該利用者ＩＤに対応する利用者文例辞書２４１が更新される。なお、利用者文例辞書２４１がアップロードされるのは、後述されるように、文例表示・入力処理において、利用者文例辞書２４１の内容が更新されうるからである。
　続いて、ステップＳ１０７の詳細について説明する。図６は、入力支援部の初期化処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ２０１において、入力支援部１２の判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者辞書より、一つの文例を取得する。
　図７は、利用者文例辞書の構成例を示す図である。同図において、利用者文例辞書２４１は、文例ごとに、文例読み、最終利用日、利用頻度、及び優先フラグ等の情報を含む。文例は、電子カルテ２３１に入力される文又は文の集合である。文例読みは、文例に対する読みである。最終利用日は、文例が最後に利用された（入力対象として選択された）日（時期）である。利用頻度は、文例が利用された（入力対象として選択された）頻度（回数）である。優先フラグは、文例の出力順において優先対象であるか否かを示すフラグである。図６の処理の実行前において、優先フラグが付与されている文例は無い。なお、本実施の形態において、文例読みは、第一の文字列の一例である。文例は、第二の文字列の一例である。
　上記したステップＳ２０１では、図７に示されるような利用者文例辞書２４１より、一つの文例が取得される。
　続いて、判定部１２１は、文例が取得されたか否かを判定する（Ｓ２０２）。すなわち、図６の処理に関して未処理の文例が未だ残っているか否かが判定される。文例が取得された場合（Ｓ２０２でＹＥＳ）、判定部１２１は、取得された文例（以下、「対象文例」という。）と一致する文字列を、電子カルテワーク領域の全ての診療情報より検索する（Ｓ２０３）。ここでいう一致は、完全一致である。但し、文例の意味と同じ意味の文又は文の集合が含まれているか否かが判定されてもよい。
　なお、対象文例と一致する文字列の検索は、診療日が新しい診療情報から順に実行し、いずれかの診療情報において当該一致する文字列が検索された場合、その時点で対象文例に関する検索を終了するとよい。対象文字列と一致する文字列が検索された時点で検索を終了することにより、検索時間を短縮することができる。また、検索された時点の診療日を対象文例に関連付けてメモリ装置１０３に記録しておき、当該診療日を、後述される、文例の出力順の決定に用いてもよい。当該診療日は、編集対象の電子カルテ２３１に関して、対象文例が最後に利用された日としての意味を有する。
　対象文例と一致する文字列が検索された場合（Ｓ２０４でＹＥＳ）、判定部１２１は、対象文例に対して優先フラグを付与する（Ｓ２０５）。すなわち、利用者文例辞書２４１において、対象文例に係るレコードの優先フラグに「１」が記録される。図７の利用者文例辞書２４１では、１～３行目までのレコードの優先フラグに「１」が記録されている。これは、当該各レコードの文例と一致する文字列が、対象患者の図５の電子カルテワーク領域のいずれかの診療情報に含まれているからである。つまり、４および５レコード目は、対象患者の過去の診療情報においては、一度も使用したことがない文例であることを意味する。
　ステップＳ２０１～Ｓ２０５は、利用者文例辞書２４１に含まれている全ての文例について実行される。全ての文例に関して処理が終了すると（Ｓ２０２でＮＯ）、判定部１２１は、初期化処理を終了させる。
　続いて、図４のステップＳ１０９の詳細について説明する。図８は、文例表示・入力処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ３０１において、入力支援部１２の出力順決定部１２２は、読み又は未確定文字列に対応する文例を利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１より抽出する。読み又は未確定文字列に対応する文例とは、当該文例に対応する文例読みが読みに適合する文例、又は当該文例自体が未確定文字列に適合する文例をいう。入力された読みに適合する文例読みとは、例えば、入力された読みを先頭から含む文例読みをいう。入力された読みと文例読みとが完全に一致する場合も含まれるし、文例読みの先頭の一部分が、入力された読みに一致する場合も含まれる。また、未確定文字列に適合する文例とは、例えば、未確定文字列を先頭から含む文例をいう。未確定文字列と文例とが完全に一致する場合も含まれるし、文例の先頭の一部分が、未確定文字列に一致する場合も含まれる。なお、未確定文字列とは、入力された読みが、非図示の仮名漢字変換ソフトウェアによって変換された文字列であって、かつ、入力が確定されていない文字列をいう。
　したがって、ステップＳ３０１における出力順決定部１２２の処理内容は、例えば、以下の通りである。
　読みの入力に応じ、出力順決定部１２２は、読みに適合する文例読みに対応する文例を抽出する。読みが未確定文字列に変換された場合、出力順決定部１２２は、未確定文字列に適合する文例を抽出する。
　続いて、出力順決定部１２２は、抽出された文例群を優先フラグの有無によって二つの集合（グループ）に分類する（Ｓ３０２）。すなわち、抽出された文例群が、優先フラグが付与されている文例群（以下、「優先文例群」という。）と、優先フラグが付与されていない文例群（以下、「非優先文例群」という。）との二つのグループに分類される。
　続いて、出力順決定部１２２は、優先文例群及び非優先文例群ごとに、利用頻度に関して、文例を降順に整列（ソート）する（Ｓ３０３）。すなわち、利用頻度が相対的に高い文例が上位となるようにソートされる。利用頻度が同一の文例同士の間では、最終利用日に関して降順にソートが行われる。すなわち、最終利用日が新しい文例が上位とされる。または、利用頻度が同一の文例同士の間では、文例と一致する文字列が検索された診療情報の診療日に関して降順にソートが行われてもよい。この場合、現在編集対象とされている電子カルテ２３１により適した順序に文例がソートされる可能性が高くなる。すなわち、利用者文例辞書２４１における最終利用日は、複数の患者の電子カルテ２３１に関して文例が最後に利用された日である。それに対し、文例と一致する文字列が検索された診療情報の診療日は、現在編集対象とされている電子カルテ２３１に関して文例が最後に利用された日だからである。
　なお、日単位では、最終利用日によってソートしても同順位の文例が発生しうる。したがって、最終利用日の代わりに、最終利用日時が利用者文例辞書２４１に記録されるようにしてもよい。
　続いて、出力順決定部１２２は、文例の出力順を決定する（Ｓ３０４）。具体的には、出力順決定部１２２は、優先文例群が非優先文例群より上位となるように各文例の出力順を決定する。したがって、優先文例群の中で最も利用頻度が高い文例が最上位となる。また、非優先文例群の中で利用頻度が最も高い文例は、優先文例群の中で利用頻度が最も低い文例の次の順番となる。
　続いて、表示制御部１２３は、出力順決定部１２２によって決定された出力順によって、文例一覧を表示装置１０６に表示させる（Ｓ３０５）。
　なお、優先フラグや最終利用日や利用頻度に基づいて決定される文例の表示態様は、出力順に限定されない。例えば、優先して表示すると判定した文例は、背景色を強調して表示するなどの表示態様を採用することもできる。
　図９は、文例一覧の表示例を示す図である。同図は、「こう」という読みが入力された場合に、図５に示される電子カルテワーク領域及び図７に示される利用者文例辞書２４１に基づいて表示される文例一覧の例である。
　なお、同図に示されるように、表示制御部１２３は、文例一覧を、例えば、電子カルテ編集画面５１０（すなわち、電子カルテの作業領域）に重畳させて表示させる。文例一覧が、斯かる態様で表示されることにより、電子カルテの入力負担を更に軽減させることができる。
　図５の電子カルテワーク領域の診療情報より、対象患者は、甲状腺に関する患者であることが分かる。したがって、利用者が「こう」と入力した場合、利用者は、甲状腺で始まる文例を入力しようとしている可能性が高いことが推測される。図９に示される文例一覧では、甲状腺に関する文例が上位に表示されている。すなわち、利用者が入力しようとしている可能性が高いと推測される文例が上位に表示されている。
　続いて、利用者によって、文例一覧の中から一つの文例が選択されると（Ｓ３０６）、入力部１２４は、選択された文例を電子カルテ２３１に入力する（Ｓ３０７）。厳密には、選択された文例が、電子カルテワーク領域に反映（記録）される。その結果、電子カルテ編集画面５１０の内容が更新される。なお、本実施の形態では、甲状腺に関する文例が選択される可能性が高い。したがって、利用者は、入力したい文例を、文例一覧の中から容易に選択できる可能性が高い。特に、優先文例群内においても、利用頻度によってソートされているため、利用者は、上位に表示されている文例の中から、所望の文例を見つけ出せる可能性が高い。
　続いて、入力部１２４は、利用者文例辞書２４１において、入力された文例に対応する利用頻度の値に１を加算する（Ｓ３０８）。続いて、入力部１２４は、利用者文例辞書２４１において、入力された文例に対応する最終利用日を当日の日付によって更新する（Ｓ３０９）。
　続いて、図４のステップＳ１１３の詳細について説明する。図１０は、入力支援部の終了化処理の処理手順の一例を説明するためのフローチャートである。
　ステップＳ４０１において、判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１の文例に付与されている全ての優先フラグを除去（クリア）する。優先フラグは、これまで編集されていた電子カルテ２３１にとって有効なものであるからである。換言すれば、編集対象とする電子カルテ２３１が変われば、優先フラグが付与される文例は変化しうるからである。
　上述したように、本実施の形態によれば、電子カルテ２３１ごとに、文例一覧（入力候補の文例の一覧）における文例の出力順を、対象患者の入力操作に対して、当該電子カルテ２３１に適した順番に変化させることができる。したがって、単に、利用者がこれまでに利用した頻度の全体に基づいて文例の出力順を決定する場合に比べて、電子カルテ２３１の入力操作の操作負担の更なる軽減を期待することができる。具体的には、ユーザは、表示された文例一覧において、所望の文例を、より上位において見つけることができ、迅速に、当該文例を選択することができる。
　文例の選択が迅速化されることにより、ＣＰＵ１０４の負荷の軽減や、メモリ消費量の削減等も期待することができる。すなわち、入力候補の文例一覧として表示される文例は、読みの入力の進行に応じて、刻々と変化する。具体的には、２文字目が入力された時点では、当該２文字を先頭に含む文例が入力候補とされるが、３文字目が入力された時点では、入力候補は、当該３文字を先頭に含む文例に絞り込まれる。ＣＰＵ１０４は、ユーザによる文字列の入力が確定するまでこのような絞り込み処理を繰り返す。
　本実施の形態によれば、ユーザによって入力される読みの文字数が少ない段階で、所望の文例が上位に表示され、当該文例がユーザによって選択される可能性が高まる。その結果、上記のような絞り込み処理の繰り返しによるＣＰＵ１０４の負荷の増加や、メモリ消費量の増加等を抑制することができる。
　また、文例の選択が迅速化されることにより、文例一覧の表示時間も短縮化される。その結果、文例一覧の表示に要するＣＰＵ１０４の負荷や、メモリの消費量等を削減することができる。
　なお、本実施の形態では、利用者文例辞書２４１は、利用者ごとに別である例を示したが、一つの利用者文例辞書２４１が複数の利用者によって共用されてもよい。例えば、病院等の医療機関では、診療科に応じて利用される文例が異なることが予想される。したがって、診療科ごとに、一つの利用者文例辞書２４１が作成されてもよい。この場合、例えば、利用者ＤＢ２２には、利用者ごとに、当該利用者の診療科が記憶されている。認証部２１は、利用者の認証処理によって、利用者が認証された場合、当該利用者の属性情報を電子カルテ編集部１１に返信する。電子カルテ編集部１１は、当該属性情報に含まれている診療科に対応する利用者文例辞書２４１をダウンロードする。
　または、複数の医療機関を跨って、利用者文例辞書２４１が共用されてもよい。すなわち、電子カルテサーバ２０は、複数の医療機関を跨って共用されてもよい。
　また、入力支援部１２を実現するプログラムは、必ずしも、予め電子カルテ端末１０にインストールされていなくてもよい。例えば、入力支援プログラムは、Ｗｅｂページの一部に含まれていてもよい。例えば、当該Ｗｅｂページでは、Ｗｅｂサイトにおいて管理されている文書の編集を行うＷｅｂページであり、入力支援部１２は、当該Ｗｅｂページにおいて編集対象とされている文書に適した文例を提示する。このような形態は、近年における、クラウドコンピューティングに好適である。この場合、利用者文例辞書２４１は、Ｗｅｂサイトにおいて記憶されていればよく、必ずしもクライアント側にダウンロードされなくてもよい。入力支援部１２は、ネットワークを介して利用者文例辞書２４１にアクセスすればよい。
　なお、ここでいうＷｅｂサイトは、本実施の形態における電子カルテサーバ２０の位置付けに相当する。また、クライアント側は、本実施の形態における電子カルテ端末１０の位置付けに相当する。本実施の形態においても、利用者文例辞書２４１は、電子カルテ端末１０にダウンロードされなくてもよい。但し、本実施の形態のように、利用者文例辞書２４１が、電子カルテ端末１０にダウンロードされることで、入力支援部１２による、利用者文例辞書２４１へのアクセス速度を向上させることができる。
　更に、本実施の形態は、電子カルテ２３１以外の文書に対しても適用可能である。例えば、編集途中の文書ファイルを、本実施の形態の電子カルテ２３１と同様の位置付けとすることにより、文書ファイルごとに、当該文書ファイルに適した順番で文例を出力することができる。
　具体的には、入力支援部１２は、編集対象として指定された（例えば、アプリケーションにおいて開かれた）文書ファイルを対象として、利用者文例辞書２４１に含まれている各文例と一致する文字列を検索する。一致する文字列が検索された文例に対しては、優先フラグが付与され、文例一覧における出力順の決定において優先される。そうすることにより、編集対象の文書ファイルに適した順番で文例を表示させることができる。
　すなわち、ここでの文書ファイルは、本実施の形態における電子カルテ２３１に対応する。また、アプリケーションは、本実施の形態の電子カルテ編集部１１に対応する。
　文書ファイルの内容は、所定のものに限定されない。例えば、新聞記事であれば、記事の内容に適した順番で文例が表示される。特許明細書であれば、明細書において記載されている発明に適した順番で文例が表示される。
　また、編集対象の文書ファイルの内容は、当該文書ファイルの編集を実行するアプリケーションが、入力支援部１２に通知してもよいし、入力支援部１２が能動的に取得してもよい。前者の場合、例えば、アプリケーションが、編集対象とされた文書ファイルの内容を、入力支援部１２にとって都合のよい記憶領域に書き出せば（記録すれば）よい。後者の場合、例えば、入力支援部１２は、アクティブ（操作対象）とされたウィンドウに係るアプリケーションより文書ファイルの内容を取得すればよい。
　例えば、本実施の形態では、電子カルテワーク領域は、入力支援部１２にとって都合の良いフォルダ内の一つのファイルとして記録されてもよい。そうすることにより、入力支援部１２の汎用性を向上させることができる。すなわち、入力支援部１２は、文書を編集する上位のプログラムがどのようなものであるかを意識することなく、当該文書の入力を支援することができる。
　なお、他の方法によって入力支援部１２が文書ファイルの内容を入手可能としてもよい。すなわち、入力支援部１２による、編集対象の文書ファイルの内容を入手方法は、所定のものに限定されない。
　また、他の文例辞書を参考として、利用者文例辞書２４１の表示順が決定されてもよい。例えば、ユーザは、文書の編集開始時において、編集する文書に関連の深い文字列を、当該文書の属性として入力する。作成する文書に関連の深い文字列の一例としては、当該文書のジャンル又は主題等が挙げられる。例えば、ユーザが新聞記者でれば、これから文書として入力する記事に関する文字列が入力されてもよい。
　この場合、例えば、図１１に示されるように、新聞の記事のジャンルごとに、文例辞書が作成されていることが考えられる。
　図１１は、ジャンルごとの文例辞書の一例を示す図である。図１１では、野球用文例辞書、政治用文例辞書、経済用文例辞書、及び社会用文例辞書等が作成されている例が湿されている。各ＸＸＸ用文例辞書は、「ＸＸＸ」に関連の深い文例ごとに文例読みを含む。
　例えば、ユーザが、編集する文書の属性として、「野球」を入力すると、野球用文例辞書を参考として、当該ユーザの利用者文例辞書２４１の表示順が決定される。すなわち、図６のステップＳ２０３では、診療情報の代わりに、野球用文例辞書に含まれている文例が検索対象とされる。具体的には、当該利用者文例辞書２４１の文例ごとに、当該文例と一致する文例が、野球用文例辞書より検索される。当該文例と一致する文例が検索された場合、当該文例に対して優先フラグが付与される。当該文例と一致する文例が検索されない場合、当該文例に対して優先フラグは付与されない。その他の処理手順は、上述した通りである。その結果、当該利用者文例辞書２４１において、野球に関連の深い文例が上位に表示されるようになる。その結果、野球の記事に関する文書の編集に関して、作業効率の向上が期待できる。
　なお、利用者文例辞書２４１の表示順の参考とする文例は、図１１のように、ジャンルや主題別に作成されている文例辞書に限定されない。例えば、ユーザＡの利用者文例辞書２４１を参考として、ユーザＢの利用者文例辞書２４１の表示順が決定されてもよい。
　以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。電子カルテにおける入力支援に限られなく、他の入力支援にも適用可能である。例えば、利用者が、あるファイルを開いて更新編集作業を行う場合に、入力支援装置は、利用者文例辞書に登録された文例が、当該ファイルに存在するか否かを判定し、文例の表示態様を決定しても良い。
　本出願は、２０１０年１０月１９日に出願された日本国特許出願第２０１０－２３４９６４号に基づきその優先権を主張するものであり、同日本国特許出願の全内容を参照することにより本願に援用する。
１　　　　　　電子カルテシステム
１１　　　　　電子カルテ編集部
１２　　　　　入力支援部
１３　　　　　通信部
２０　　　　　電子カルテサーバ
２１　　　　　認証部
２２　　　　　利用者ＤＢ
２３　　　　　電子カルテＤＢ
２４　　　　　文例辞書記憶部
２５　　　　　通信部
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
１０６　　　　表示装置
１０７　　　　入力装置
１２１　　　　判定部
１２２　　　　出力順決定部
１２３　　　　表示制御部
１２４　　　　入力部
１２５　　　　利用者文例辞書記憶部
Ｂ　　　　　　バス

Claims (6)

  1. 　コンピュータに、
    　利用者が入力対象としている第一の文書の属性を取得し、
    　前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、
    　あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、
    　判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させることを特徴とする入力支援プログラム。
  2. 　前記表示態様に基づいて、前記第一の文書の作業領域に前記第一の文例を表示することを特徴とする請求項１記載の入力支援プログラム。
  3. 　前記文例は、利用された頻度に対応付けられて記憶されており、
    　前記決定する処理は、前記判定の結果と前記頻度とに基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する請求項１又は２記載の入力支援プログラム。
  4. 　前記文例は、最後に利用された時期に対応付けられて記憶されており、
    　前記決定する処理は、前記判定の結果と前記時期とに基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する請求項１又は２記載の入力支援プログラム。
  5. 　コンピュータに、
    　利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得する取得部と、
    　あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定する判定部と、
    　判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する表示態様決定部とを有する入力支援装置。
  6. 　利用者が入力対象としている第一の文書の属性を取得し、
    　前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、
    　あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、
    　判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理をコンピュータが実行することを特徴とする入力支援方法。
PCT/JP2011/073925 2010-10-19 2011-10-18 入力支援プログラム、入力支援装置、及び入力支援方法 WO2012053509A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2012539731A JP5835224B2 (ja) 2010-10-19 2011-10-18 入力支援プログラム、入力支援装置、及び入力支援方法
CN2011800501599A CN103154938A (zh) 2010-10-19 2011-10-18 输入辅助程序、输入辅助装置以及输入辅助方法
US13/856,845 US20130226619A1 (en) 2010-10-19 2013-04-04 Input support device and input support method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010234964 2010-10-19
JP2010-234964 2010-10-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/856,845 Continuation US20130226619A1 (en) 2010-10-19 2013-04-04 Input support device and input support method

Publications (1)

Publication Number Publication Date
WO2012053509A1 true WO2012053509A1 (ja) 2012-04-26

Family

ID=45975220

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/073925 WO2012053509A1 (ja) 2010-10-19 2011-10-18 入力支援プログラム、入力支援装置、及び入力支援方法

Country Status (4)

Country Link
US (1) US20130226619A1 (ja)
JP (1) JP5835224B2 (ja)
CN (1) CN103154938A (ja)
WO (1) WO2012053509A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103577716A (zh) * 2013-11-25 2014-02-12 方正国际软件有限公司 病历模板的生成装置和病历模板的生成方法
CN103577715B (zh) * 2013-11-25 2017-06-13 北大医疗信息技术有限公司 病历输入装置和病历输入方法
CN103761435A (zh) * 2014-01-20 2014-04-30 宁飞鹏 一种基于智能无线终端设备的就医辅助系统
US20220293267A1 (en) * 2021-03-15 2022-09-15 Siemens Medical Solutions Usa, Inc. Generating reasons for imaging studies

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62233880A (ja) * 1986-04-04 1987-10-14 Hitachi Ltd 文章入力装置
JPS62271051A (ja) * 1986-05-20 1987-11-25 Matsushita Electric Ind Co Ltd 日本語文書作成装置
JP2001014309A (ja) * 1999-07-01 2001-01-19 Fujitsu Ltd 文字変換装置及びその方法と文字変換のためのプログラムを記録した記録媒体
JP2009277015A (ja) * 2008-05-14 2009-11-26 Fujitsu Ltd 入力支援プログラム、入力支援装置および入力支援方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62271050A (ja) * 1986-05-20 1987-11-25 Matsushita Electric Ind Co Ltd 日本語文書作成装置
US5896321A (en) * 1997-11-14 1999-04-20 Microsoft Corporation Text completion system for a miniature computer
US20080294982A1 (en) * 2007-05-21 2008-11-27 Microsoft Corporation Providing relevant text auto-completions
CN100514339C (zh) * 2007-11-21 2009-07-15 华为技术有限公司 命令输入辅助方法和设备
CN101556508A (zh) * 2009-05-08 2009-10-14 腾讯科技（深圳）有限公司 一种输入法中候选词的生成方法、装置、系统及设备
CN101576929B (zh) * 2009-06-16 2011-11-30 程治永 一种快速词条提示的实现方法
CN101702100A (zh) * 2009-10-28 2010-05-05 卓望数码技术（深圳）有限公司 一种文字输入方法和文字输入装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62233880A (ja) * 1986-04-04 1987-10-14 Hitachi Ltd 文章入力装置
JPS62271051A (ja) * 1986-05-20 1987-11-25 Matsushita Electric Ind Co Ltd 日本語文書作成装置
JP2001014309A (ja) * 1999-07-01 2001-01-19 Fujitsu Ltd 文字変換装置及びその方法と文字変換のためのプログラムを記録した記録媒体
JP2009277015A (ja) * 2008-05-14 2009-11-26 Fujitsu Ltd 入力支援プログラム、入力支援装置および入力支援方法

Also Published As

Publication number Publication date
CN103154938A (zh) 2013-06-12
US20130226619A1 (en) 2013-08-29
JP5835224B2 (ja) 2015-12-24
JPWO2012053509A1 (ja) 2014-02-24

Similar Documents

Publication Publication Date Title
US10491552B2 (en) Inserting content into an application from an online synchronized content management system
US10621190B2 (en) Search using drag and drop of assets into a search bar
JP5199939B2 (ja) 画像検索装置、画像検索方法及びプログラム
CN104462030B (zh) 字符转换装置、字符转换方法
US10049114B2 (en) Electronic device, method and storage medium
CN107203498A (zh) 一种创建电子书的方法、系统及其用户终端和服务器
US20140019835A1 (en) Digital Book Provision System
JP5835224B2 (ja) 入力支援プログラム、入力支援装置、及び入力支援方法
JP2023112150A (ja) 作成支援装置、作成支援方法およびコンピュータプログラム
US20130174065A1 (en) Graphic-based electronic signature management system and method
JP6003263B2 (ja) 議事録作成支援装置、議事録作成支援システム、議事録作成支援方法、及びプログラム
US9996622B2 (en) Browser new tab page generation for enterprise environments
US20130159843A1 (en) Methods, Apparatuses, Systems, and Computer Readable Media for Copying Contents from a Layout File
JP2012159917A (ja) 文書管理システム、文書管理方法、及びプログラム
JP6232736B2 (ja) 文書読解支援装置、文書読解支援システム、文書読解支援方法およびプログラム
JP5661449B2 (ja) ファイル名作成装置
US10380167B1 (en) Multi-volume content mapping
JP5900050B2 (ja) 情報処理装置、情報処理システム及びプログラム
JP6115664B2 (ja) 情報処理装置及びプログラム
US20240169142A1 (en) Meeting information management system, meeting information management method, recording medium storing meeting information management program
JP2008262554A (ja) 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
US20220329451A1 (en) Information processing apparatus
JP7421859B2 (ja) 作成支援装置および作成支援方法
JP2009266065A (ja) 関連語辞書作成方法及び装置、並びに関連語辞書作成プログラム
JP2009098829A (ja) 漫画のコマ検索装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180050159.9

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11834348

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012539731

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11834348

Country of ref document: EP

Kind code of ref document: A1