CN101814110A - Data archiving method, system and front end processor thereof - Google Patents
Data archiving method, system and front end processor thereof Download PDFInfo
- Publication number
- CN101814110A CN101814110A CN200910078346A CN200910078346A CN101814110A CN 101814110 A CN101814110 A CN 101814110A CN 200910078346 A CN200910078346 A CN 200910078346A CN 200910078346 A CN200910078346 A CN 200910078346A CN 101814110 A CN101814110 A CN 101814110A
- Authority
- CN
- China
- Prior art keywords
- data
- client
- filing
- data table
- center
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000012545 processing Methods 0.000 claims description 56
- 238000007596 consolidation process Methods 0.000 claims description 48
- 238000013500 data storage Methods 0.000 claims description 2
- 238000003745 diagnosis Methods 0.000 description 17
- 239000003814 drug Substances 0.000 description 12
- 238000013497 data interchange Methods 0.000 description 10
- 238000012360 testing method Methods 0.000 description 9
- 229940079593 drug Drugs 0.000 description 8
- 230000000875 corresponding effect Effects 0.000 description 7
- 238000007689 inspection Methods 0.000 description 7
- 241000894006 Bacteria Species 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000035945 sensitivity Effects 0.000 description 5
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 4
- 230000002354 daily effect Effects 0.000 description 3
- 201000010099 disease Diseases 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000003902 lesion Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 201000011510 cancer Diseases 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000002558 medical inspection Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a data archiving method, a system and a front end processor thereof. The method comprises the following steps: receiving client data uploaded by a client, and saving the client data in a client data sheet; converting the client data sheet to an archiving data sheet, wherein standard form data is saved in the archiving data sheet; and uploading the archiving data sheet to a data center, and saving the standard form data in a central database by the data center. The method converts the client data sheet to a standard form archiving data sheet by the front end processor, so that the method is universal among isomeric systems, and realizes standard archiving of isomeric system data.
Description
Technical field
The present invention relates to the communication technology, particularly a kind of data archiving method and system, front end processor.
Background technology
At present, there are some problem demanding prompt solutions in the e-file filing, such as, at medical field, the informatization of medicine and hygiene fields is fast-developing, integrates urban and rural health system information platform, sets up the regional health information system particular importance of standard unification, information mutual communication, resource sharing, can realize that like this area medical is shared, the reasonable distribution resource.But, the electron medical treatment filing system aspect of the medical institutions in the informatization of current medical institutions still exists some to demand the problem of studying and solving urgently, because China does not put into effect corresponding standard at the initial stage of hospital information, the insider information system of each big medical institutions presents the differentiation of variation, the level of informatization and the isomery characteristics such as secretization of interior data.This filing work when setting up regional data center of giving has caused very big difficulty, and the hospital that often causes the technician to have nothing for it but different designs, develops different filing systems and then expends lot of manpower and material resources.Remove outside the medical records filing, the isomerism of medical information system is to the realization of archive file validity, all constitute obstacle to integration, the sharing of information of the contained information of file.Still do nothing at the general filing scheme of heterogeneous system design in the electron medical treatment field at present.The characteristics such as confidentiality of the diversity of heterogeneous system, otherness and internal data will all be brought great inconvenience for filing work and follow-up a series of activities.
Therefore, how designing a general data filing mode for heterogeneous system such as different medical institutions is the difficult problem that present electron medical treatment field needs to be resolved hurrily.
Summary of the invention
The invention provides a kind of data archiving method and system, front end processor, solved the problem that present heterogeneous system filing scheme can not be general, realized the general filing scheme between heterogeneous system, use manpower and material resources sparingly.
The invention provides a kind of data archiving method, comprising:
The client data of step 1, reception client upload, described client data is stored in the client data table;
Step 2, described client data table is converted to the filing data table, described filing data table internal memory contains the consolidation form data;
Step 3, described filing data table is uploaded to data center, deposits described consolidation form data in central database by described data center.
The invention provides a kind of front end processor, comprising:
Receiver module is used to receive the client data of client upload, and described client data is stored in the client data table;
Processing module is used for the described client data table that described receiver module receives is converted to the filing data table, and described filing data table internal memory contains the consolidation form data;
Sending module is used for the described filing data table that described processing module converts to is uploaded to data center, deposits described consolidation form data in central database by described data center.
The invention provides a kind of data filing system, comprising:
Client is used for client data is uploaded to described front end processor, and described client data is stored in the client data table;
Front end processor, the described client table that is used for receiving from described client is converted to the filing data table, stores the consolidation form data in the described filing data table, and described filing data table is uploaded to data center;
Data center, the consolidation form data that are used for the described filing data table that will receive from described front end processor deposit central database in.
Data archiving method of the present invention and system, front end processor by at front end processor the client data table being converted to the filing data table of consolidation form, make that this method can be general between heterogeneous system, have realized the unified filing of heterogeneous system data.
Description of drawings
Fig. 1 is the process flow diagram of data archiving method first embodiment of the present invention;
Fig. 2 is the signaling process figure of data archiving method second embodiment of the present invention;
Fig. 3 is the structural representation of front end processor embodiment of the present invention;
Fig. 4 is the structural representation of data filing system embodiment of the present invention.
Embodiment
Below by drawings and Examples, technical scheme of the present invention is described in further detail.
Fig. 1 is the process flow diagram of data archiving method first embodiment of the present invention, and as shown in Figure 1, present embodiment may further comprise the steps:
The client data of step 101, reception client upload, described client data is stored in the client data table.
It is example that present embodiment uploads to data center that data file with each medical institutions, client in this step is hospital's end for each medical institutions, each hospital's end all has infosystem separately, this infosystem is gathered the related data of each hospital's end self, such as patient information, diagnosis records etc., form the form of the tables of data of each hospital's end infosystem definition separately, also comprise client coding in this client data in order to the sign client, represent A hospital such as 01,02 represents B hospital, and this tables of data is uploaded to the front end processor of data center's front end.
Front end processor has been set up data base management system (DBMS) when disposing, and the tables of data that has been pre-created consolidation form is the filing data table, and every tables of data contains a class content and a uniform format, but different types of tables of data form may be not quite similar.Front end processor is after receiving the client data of client upload, data interchange platform by front end processor is translated and is resolved this client data, be converted into the consolidation form data of front end processor definition, the client data table converted to the filing data table that stores the consolidation form data.
Front end processor is uploaded to data center with the filing data table that converts, and deposits the consolidation form data in the filing data table in central database by described data center and files.
Present embodiment makes that by at front end processor the client data table being converted to the filing data table of consolidation form this method can be general between heterogeneous system, has realized the unified filing of heterogeneous system data.
Fig. 2 is the signaling process figure of data archiving method second embodiment of the present invention, and as shown in Figure 2, present embodiment may further comprise the steps:
Step 201, client are uploaded to archiving server with client data.
Each medical institutions is that hospital's end is gathered each hospital's end related data separately by its inner infosystem, such as patient information, diagnosis records etc., form the form of the tables of data of each hospital's client information system definition, and this client data table is uploaded to archiving server.
Client information system of hospital should submit the information data of medical information data such as the outpatient service type and the type of being in hospital every day to, and the full dose data of dictionary table: medical personnel's dictionary table.Concrete submission time can be according to the reasonable arrangement of the different situations of various places and each medical institutions to reach the purpose of alleviating central server pressure, avoiding network congestion.Wherein, the infosystem of hospital internal is being worked out when archiving server is submitted the programmed logic of image data to, be as the regularly running separately of an independent handling procedure logic with this step, and not related with daily medical profession flow process in the hospital, promptly will not be somebody's turn to do the necessary condition of submitting to the image data success or not whether can continue to circulate to archiving server as the daily medical profession flow process of hospital.
Step 202, archiving server regularly are submitted to front end processor in batches with the client data table that receives, and this client data table is sent to the transmission file cache district of front end processor.
Step 203, front end processor are converted to the consolidation form data with client data, the client data table are converted to the filing data table of consolidation form.
The tables of data that front end processor has been pre-created consolidation form is the filing data table, and every tables of data contains a class content and a uniform format, but different types of filing data sheet format may be not quite similar.The Various types of data table can constantly be improved upgrading to satisfy the demand of different medical mechanism.Following table 1 is a tabular example of data, and this tables of data is used for describing every information of doctor's advice aspect.
Table 1 doctor's advice detail list
| Data item | Field name | Data type | Byte | Could be sky | Explanation |
| Doctor's advice ID | YZID | Character string | 32 | Not | The associating major key is seen explanation (1) |
| Cancel sign | CXBZ | Character | 1 | Not | The associating major key, coding.1: normal; 2: cancel this doctor's advice |
| The prescription on individual diagnosis serial number | JZLSH | Character string | 32 | Not | See explanation (2) |
| The doctor's advice explanation | YZSM | Character string | 256 | Be | See explanation (3) |
| Card number | KH | Character string | 25 | Not | See explanation (4) |
| Medical institutions' code | YLJGDM | Character string | 11 | Not | |
| Assign section office's coding | XDKSBM | Character string | 15 | Not | Coding.See section office's dictionary table |
| The lesion | BQ | Character string | 32 | Be | The lesion at patient place |
| Carry out section office's coding | ZXKSBM | Character string | 15 | Not | The concrete section office that carry out doctor's advice.Coding.See section office's dictionary table |
| Doctor's advice is assigned people's job number | XDRGH | Character string | 16 | Not | Job number by the corresponding doctor of hospital internal is filled in.See medical personnel's dictionary table |
| Intelligent's name under the doctor's advice | XDRXM | Character string | 32 | Not | |
| Doctor's advice executor's job number | ZXRGH | Character string | 16 | Be | Confirm that by hospital internal the nurse's of doctor's advice job number fills in.See medical personnel's dictionary table |
| Doctor's advice executor's name | ZXRXM | Character string | 32 | Be | |
| The doctor's advice group number | YZZH | Character string | 32 | Be | |
| The detailed coding of doctor's advice | YZMXBM | Character string | 15 | Not | See explanation (5) |
| The detailed title of doctor's advice | YZMXMC | Character string | 256 | Not | See explanation (5) |
| The doctor's advice classification | YZLB | Character string | 1 | Not | Coding.1: long-term; 2: interim; 3: leave hospital; 9: other |
| Doctor's advice is assigned the time | YZXDSJ | Time | Not | ||
| The doctor's advice execution time | YZZXSJ | Time | Be | ||
| The doctor's advice termination time | YZZZSJ | Time | Be | ||
| Drug specifications | YPGG | Character string | |||
| The medicine usage | YPYF | Character string | |||
| Dosage | YYJL | Character string | 32 | Be | See explanation (6) |
| The medication frequency | YYPD | Character string | 32 | Be | See explanation (7) |
| Send out pharmaceutical quantities | FYJL | Character string | 32 | Be | See explanation (8) |
| Inspection area | JCBW | Character string | 32 | Be | See explanation (9) |
| Remarks | BZ | Character string | 1024 | Be | Special explanation |
| Level of confidentiality | MJ | Character string | 16 | Be | See explanation (10) |
About being described as follows of above-mentioned table 1:
(1) doctor's advice ID is the numbering of a doctor's advice of hospital internal unique identification, must guarantee not repeat in this hospital.Recycle as the sequence number in the hospital, can adopt the mode that adds the date in front to avoid repetition (form: YYYYMMDD).All doctor's advices of being abrogated should not made a report on.To the doctor's advice of having made a report on do not think have need to revise may, for this detail, will disregard as repeating to make a report on identical doctor's advice ID to making a report on.For the hospital that possesses complete doctor workstation function, the doctor's advice of zero cost also can be made a report on and upload; For the hospital that does not temporarily possess complete function, can only make a report on the doctor's advice of uploading non-zero cost earlier and get final product.
(2) the prescription on individual diagnosis serial number is the external key of this table, is used for related with the diagnosis records epiphase.
(3) the doctor's advice explanation is the character property explanation to this doctor's advice.
(4) " card number " is in order to associated patient individual's index.
(5) the detailed coding/title of doctor's advice:, then upload coding and title in the order of magnitude dictionary table if this doctor's advice detail is a charging item; If this doctor's advice detail is non-charging item, then upload the coding and the title of hospital oneself definition.
(6) dosage is meant that the patient once uses the amount of medicine.As: " once two ".
(7) the medication frequency is meant the number of times that uses medicine in the time period.As: " three times on the one ".
(8) sending out pharmaceutical quantities is meant corresponding to a doctor's advice and indicates the dose of issuing the patient.As: " two boxes ".Send out pharmaceutical quantities and needn't form the logical consistency relation that number calculates with dosage and frequency.
(9) inspection area illustrates checked position specially at the doctor's advice of medical inspection.
(10) regulation of making a report on of level of confidentiality is as follows: first control of filling in for special disease.Wherein 0: common disorder; 1: malignant tumour; 2: venereal disease; 3: other incurable disease; 9: other.All the other everybody reservations are standby, can all fill out 0.
The doctor's advice detail list of example is suitable in most hospitals shown in the above-mentioned table 1, and except that this doctor's advice tables of data, can also define patient information table, diagnosis records table, test rating table, bacterium table, drug sensitivity tests table, inspection report table and discharge abstract etc. as a result.
Data in the above-mentioned Various types of data table comprise the medical information data of hospital's end, assign the time etc. such as doctor's advice, also comprise dictionary data, this dictionary data is a coded format, assign section office's coding etc. such as medical institutions' code and doctor's advice, these coded datas all need the dictionary table support of being correlated with, and promptly dictionary table is used for explaining the implication of each coded representation, represent A hospital such as 01,02 represents B hospital.This dictionary table is stored in data center, and its definition is finished by country or local hygiene department.Hospital end can safeguard the partial content in this dictionary table and upgrade by the WEB mode, hospital's end maintenance update and obtain the examining of relevant departments after should can come into force from ammeter.
Front end processor after receiving the client data that archiving server uploads, by the data interchange platform of front end processor, to its translate, processing such as parsing, convert the client data sheet format to the front end processor definition and the filing data table of the consolidation form created.
Wherein, front end processor is after receiving the client data that archiving server uploads, must be after the filing data that receives client upload be made a report on information slip, its data interchange platform just begins this client data is handled, and the situation that the data interchange platform of front end processor just begins to handle that finishes takes place not make a report on occurs owing to a variety of causes causes the data of hospital end to make a report on delays in work avoiding.It is to be used to write down the situation that hospital's data are made a report on data and data interchange platform deal with data that this filing data is made a report on information slip, hospital's end is after data upload finishes, create and fill in this table, be revised as 0 such as the processing identification field in will showing, then identify hospital's end and upload ED, hospital's end is made a report on the transmission file cache district that information slip is uploaded to front end processor with this filing data then, transmission file cache district has uploaded data according to this table judgement hospital end and has finished, then the tables of data of just hospital's end of storage being uploaded sends data interchange platform to, data interchange platform begins the client data of uploading is handled, and after disposing, the processing identification field that filing data is made a report in the information slip is revised as 1, and the identification data switching plane is finished dealing with.Be filing data shown in the following table 2 and make a report on an example structure of information slip.
Table 2 filing data is made a report on information slip
Step 204, front end processor are uploaded to data center with the filing data table.
Front end processor is finished dealing with to client data at data interchange platform, the client data table is converted to the filing data table of consolidation form after, this filing data table is uploaded to data center.In addition, the storage space in the transmission file cache district of front end processor after the data interchange platform of front end processor is finished data upload, carries out the release work of storage space automatically.
Step 205, data center handle the data in the described filing data table, and deposit it in central database.
After the data of data center in receiving the filing data table that front end processor uploads, at first check this legitimacy of uploading data, judge promptly whether this uploads data is the constraint condition that meets data center's database.For the data of eligible, be inserted into data center and hold in the corresponding tables of data; For the data of eligible not, data center's end will provide the client that feeds back to of misdata.
Data center check is uploaded the data legitimacy and makes the concrete steps of relevant treatment as follows: data center can be at first with the dictionary data in the tables of data of uploading promptly " coding " field contrast with the dictionary table that is stored in data center, whether the encoded radio that check is somebody's turn to do in " coding " field occurs in dictionary table.If occur, then carry out next step processing; Otherwise carry out error handling processing, promptly execution in step 206, and the result feeds back to client with misdata.
After having inspected dictionary data, data center's end is handled the patient information table earlier, and whether " card number " field in the patient information table that check hospital end is uploaded appears in the patient information table of data center's end.If have, then merge patient information, can carry out the comparison of patient information similarity, the patient information that the mark height is similar simultaneously; If do not have, illustrate that then this patient information increases newly, then be inserted in the patient information table of data center, be equivalent to the patient who increases newly is registered.
Data center continues the information of other filing data tables of check then.The diagnosis records table that the hospital of check earlier of data center end is uploaded, whether " card number " of the mark patient information in the check diagnosis records table appears in the patient information table of data center, the patient information table because data center has disposed in previous step, all patients' " card number " all has been recorded in the patient information table of data center, if then hospital holds the card number in the diagnosis records table of uploading not appear in the patient information table of data center, then carry out error handling processing; If the card number in the diagnosis records table that hospital end uploads is arranged in the patient information table of data center, then will be somebody's turn to do in the diagnosis records table of " card number " corresponding relevant diagnosis records insertion data center.
Then, whether data center's check hospital holds other " prescription on individual diagnosis serial numbers " that comprise in respectively the showing of " prescription on individual diagnosis serial number " field of uploading to appear in the diagnosis records table of data center.If have, the record of each table is inserted in each table of center-side correspondence; If do not have, then carry out error handling processing.Whether the test rating table that data center check hospital end is uploaded, bacterium appear in the inspection report table of data center as a result " medical institutions' code ", " survey report odd numbers ", " reporting date " three in table and the drug sensitivity tests table.If have, the record of each table is inserted in each table of center-side correspondence, if promptly the test rating table of uploading is held by hospital, bacterium is " the medical institutions' code " in table and the drug sensitivity tests table as a result, " survey report odd numbers ", appear at " reporting date " in the inspection report table of data center, then the content in the test rating table that hospital's end is uploaded is inserted in the inspection report table of data center, the bacterium that hospital end is uploaded is the bacterium as a result in the table that inserts data center of the content in the table as a result, and the content in the drug sensitivity tests table that hospital's end is uploaded is inserted in the drug sensitivity tests table of data center; If do not have, then carry out error handling processing.Whether data center also checks the pairing file of filename that occurs in " file chaining " field in inspection report table that hospital end uploads, the discharge abstract to exist.If have, then each file is deposited in center-side and store accordingly in the catalogue of this document; If do not have, then carry out error handling processing.
When inserting new data, data center also needs to know and modified logo is judged the correctness of the data of newly uploading according to the principal mark of each tables of data.Operating process to the inhomogeneity data can be as follows: normal data: assert after the data center systems retrieval, the major key of the data item of newly uploading not with the existing data item of center-side in any repetition, and the modified logo of new data is " normally ", then this is uploaded data item and be considered as normal data, and be inserted in the tables of data.Revise data: after the data center systems retrieval, assert, the existing data of the major key of certain bar data of newly uploading and center-side repeat, and the modified logo of new data is " revising data in the past ", then this is uploaded data and be considered as revising data, the center will cover the identical data of original major key with the full content of the data newly uploaded.Cancel data: after the data center systems retrieval, assert, the existing data of the major key of the data item of newly uploading and center-side repeat, and the modified logo of new data is " cancelling data in the past ", then this is uploaded data and is considered as cancelling data, and the data that original major key is identical will be done and cancel processing.Invalid data: after the data center systems retrieval, assert, the major key of the data item of newly uploading not with the existing data item of center-side in any repetition, but the modified logo of new data is " revising data in the past " or " cancelling data in the past ", then this is uploaded data item and be considered as invalid data, it is carried out discard processing.If the existing data of the major key of the data item of newly uploading and center-side repeat, and the modified logo of new data is " normally ", illustrate that hospital repeats to have uploaded (or more than) twice with these data, then this is uploaded data item and be considered as repeating data, it is carried out discard processing.Wherein, " diagnosis of being in hospital is detailed ", " DD detail " and " operation is detailed " three class data: consider the not recording operation daily record when handling this three classes business datum of hospital internal infosystem, therefore can't submit the modification of data to and cancel request.So this three classes processing method of data is, as long as there is this three classes data upload in hospital, then data center with the data whole of the same type of corresponding " prescription on individual diagnosis serial number " do cancel handle after, with the data newly uploaded as normal data.Therefore require hospital when submitting to, must guarantee the integrality of data for these three classes data.
Step 206, data center feed back to described client with data processed result.
Data center systems will be issued by the website, inside of district system the result of image data to hospital.Hospital can arrive in the corresponding page of website result is inquired about.The processing feedback result of issue comprises tables of data, submission data strip number, the successful data strip number of submission processing, the not successful deal with data bar number of date, time, processing.The not content of successful deal with data and not the cause for the success.Reason need be searched according to handling feedback result by hospital, after having solved the fault that exists, not successful data is carried out submit operation once more.
Present embodiment makes that by at front end processor the client data table being converted to the filing data table of consolidation form this method can be general between heterogeneous system, has realized the unified filing of data between heterogeneous system.
Fig. 3 is the structural representation of front end processor embodiment of the present invention, and as shown in Figure 3, the present embodiment front end processor comprises receiver module 301, processing module 302 and sending module 303.Wherein, receiver module 301 is used to receive the client data of client upload, and described client data is stored in the client data table; Processing module 302 is used for described client data table is converted to the filing data table, and described filing data table internal memory contains the consolidation form data; Sending module 303 is used for described filing data table is uploaded to data center, deposits described consolidation form data in central database by described data center.Further, the receiver module 301 of present embodiment front end processor can comprise first receiving element 3011 and second receiving element 3012, and wherein, first receiving element 3011 is used to receive the client formatted data of client upload; Second receiving element 3012 is used to receive the filing data of described client upload and makes a report on information slip, and described filing data is made a report on information slip and comprised the processing sign that identifies described client upload ED.Further, processing module 302 can also comprise first processing unit 3021 and second processing unit 3022, wherein, first processing unit 3021 is used for described client data is converted to the consolidation form data, and described client data table is converted to the filing data table, described consolidation form data storage is in the filing data table; Second processing unit 3022 is used for after described client formatted data is converted to the consolidation form ED, and the processing sign that described filing data is made a report in the information slip is revised as the processing sign that sign is converted to described client formatted data the consolidation form ED.
Particularly, receiver module 301 can be the transmission file cache district in the front end processor, it is the client data that hospital's end is uploaded that first receiving element 3011 in the receiver module 301 receives client, and this client data is stored in the client data table of each hospital's client information system definition; After this client data of client upload finishes, can create and fill in filing data and make a report on information slip, processing identification field in this table is revised as the sign of sign client upload ED, upload such as 0 representative data and to finish, fill in finish after, client is made a report on information slip with this filing data can be uploaded to front end processor by the WEB mode.Second receiving element 3012 of front end processor receives after filing data that these sign client upload data finish makes a report on information slip, and notification handler module 302 begins these data are handled.Processing module 302 can be the data interchange platform in the front end processor, processing such as the client data in the 3021 pairs of client data tables of first processing unit in the processing module 302 is translated, parsing, the consolidation form tables of data that the client data table is converted to front end processor definition and establishment is the filing data table; After data processing was finished, second processing unit 3022 was made a report on processing sign in the information slip with filing data and is revised as sign the client data table is converted to the processing sign of filing data end of list (EOL), finishes dealing with such as 1 representative data.Sending module 303 is after data processing is finished, and the filing data table that the client data table is converted to consolidation form is uploaded to data center and deposits central database in.
The present embodiment front end processor makes that by the client data table being converted to the filing data table of consolidation form this method can be general between heterogeneous system, has realized the unified filing of data between heterogeneous system.
Fig. 4 is the structural representation of data filing system embodiment of the present invention, and as shown in Figure 4, present embodiment data filing system comprises client 401, front end processor 402 and data center 403.Wherein, client 401 be used for number clients according to this client data table reach described front end processor 402 in form; The described client table that front end processor 402 is used for receiving from client 401 is converted to the filing data table, storage consolidation form data in the described filing data table, and described filing data table is uploaded to data center 403, front end processor 402 can adopt the structure shown in Fig. 3 embodiment; Data center 403 is used for depositing the consolidation form data of described filing data table in central database.Further, this data filing system also comprises archiving server 404, is used for the described client data table that stores described client data and is uploaded to described front end processor 402.Data center 403 can also comprise second processing module 4031, feedback module 4032, second receiver module 4033 and update module 4034, wherein, second processing module 4031 is used for whether the consolidation form data of described filing data table are met the correctness judgement and the processing of the central database constraint condition of data center 403; Feedback module 4032 is used for to client 401 feedback filing data results; Second receiver module 4033 is used to receive the dictionary table data that client 401 is uploaded; Update module 4034 is used for the described dictionary table of dictionary table Data Update according to described client upload.
Particularly, client 401 with the number clients of its insider information system collection according to this client data table reach archiving server 404 in form, regularly in bulk this client data table is uploaded to front end processor 402 by archiving server 404.Front end processor 402 is converted to the filing data table of consolidation form with the client data table of uploading, and it is uploaded to data center 403.Whether the consolidation form data in 4031 pairs of filing data tables of second processing module of data center 403 meet the legitimacy of central database condition of data center 403 and correctness judge and handle after, it is stored into central database.After the data processing of feedback module 4032 in 4031 pairs of filing data tables of second processing module finishes, data processed result is fed back to client 401.In addition, data center 403 stores in order to support the dictionary table of filing data table, this dictionary table can make an explanation to the dictionary encoding data in the filing data table and define, and this dictionary table can carry out real-time maintenance and renewal, client 401 can be safeguarded the dictionary table at data center 403 by the WEB mode, receive the dictionary table data that client 401 is uploaded by second receiver module 4033 in the data center 403, the dictionary table data of being uploaded according to this client 401 by update module 4034 are upgraded dictionary table again.
Present embodiment data filing system makes that by the client data table being converted to the filing data table of consolidation form this method can be general between heterogeneous system, has realized the unified filing of data between heterogeneous system.
It should be noted that at last: above embodiment is only in order to technical scheme of the present invention to be described but not limit it, although the present invention is had been described in detail with reference to preferred embodiment, those of ordinary skill in the art is to be understood that: it still can make amendment or be equal to replacement technical scheme of the present invention, and these modifications or be equal to replacement and also can not make amended technical scheme break away from the spirit and scope of technical solution of the present invention.
Claims (16)
1. a data archiving method is characterized in that, comprising:
The client data of step 1, reception client upload, described client data is stored in the client data table;
Step 2, described client data table is converted to the filing data table, described filing data table internal memory contains the consolidation form data;
Step 3, described filing data table is uploaded to data center, deposits described consolidation form data in central database by described data center.
2. method according to claim 1 is characterized in that, described step 1 specifically comprises:
Receive the client data that client is uploaded by archiving server, described client data is stored in the client data table.
3. method according to claim 1 is characterized in that described client data comprises medical information data and coded data, and described coded data is defined by the dictionary table that is stored in described data center.
4. method according to claim 3 is characterized in that, described dictionary table is safeguarded by described client and upgraded.
5. method according to claim 1 is characterized in that, after the client data of described reception client upload, described client data is converted to the consolidation form data also comprises before:
The filing data that receives described client upload is made a report on information slip, and described filing data is made a report on information slip and comprised the processing sign that identifies described client upload ED.
6. method according to claim 5 is characterized in that, also comprises after the described step 2:
The processing sign that described filing data is made a report in the information slip is revised as the processing sign that sign is converted to described client data the consolidation form ED.
7. method according to claim 4 is characterized in that, described step 3 specifically comprises:
Described data center contrasts the coded data in the described filing data table of uploading and the dictionary table of described data center, judges whether comprise described coded data in the described dictionary table; When in described dictionary table, comprising described coded data, patient information in the patient information table in the described filing data table of uploading is inserted in the patient information table of described data center, and judge whether the field in the described filing data table of uploading appears in the filing data table of described data center, if then the data in the described filing data table of uploading are inserted in the filing data table of described data center correspondence; Otherwise described data center will comprise the data upload error result in the data upload result of described client feedback.
8. method according to claim 7 is characterized in that, specifically comprises in the described filing data table that data in the described filing data table of uploading is inserted described data center correspondence:
Described data center knows according to the principal mark in the described filing data table of uploading and modified logo inserts, revises, cancels or abandon operation to the data in the described filing data table of uploading.
9. method according to claim 7 is characterized in that, comprises data strip number, content and the reason of uploading error in data in the described data upload error result.
10. a front end processor is characterized in that, comprising:
Receiver module is used to receive the client data of client upload, and described client data is stored in the client data table;
Processing module is used for the described client data table that described receiver module receives is converted to the filing data table, and described filing data table internal memory contains the consolidation form data;
Sending module, the filing data table that is used for described processing module is converted to is uploaded to data center, deposits described consolidation form data in central database by described data center.
11. front end processor according to claim 10 is characterized in that, described receiver module comprises:
First receiving element is used to receive the client data of client upload;
Second receiving element, the filing data that is used to receive described client upload is made a report on information slip, and described filing data is made a report on information slip and is comprised the processing sign that identifies described client upload ED.
12. front end processor according to claim 11 is characterized in that, described processing module comprises:
First processing unit is used for described client data is converted to the consolidation form data, and described client data table is converted to the filing data table, and described consolidation form data storage is in described filing data table;
Second processing unit is used for after described client data is converted to the consolidation form ED, and the processing sign that described filing data is made a report in the information slip is revised as the processing sign that sign is converted to described client data the consolidation form ED.
13. a data filing system is characterized in that, comprising:
Client is used for client data is uploaded to front end processor, and described client data is stored in the client data table;
Front end processor, the described client data table that is used for receiving from described client is converted to the filing data table, stores the consolidation form data in the described filing data table, and described filing data table is uploaded to data center;
Data center, the consolidation form data that are used for the described filing data table that will receive from described front end processor deposit central database in.
14. system according to claim 13 is characterized in that, also comprises archiving server, the client data table that is used for storing described client data is uploaded to described front end processor.
15. system according to claim 13 is characterized in that, described data center comprises:
Second processing module is used for whether the consolidation form data of described filing data table are met the correctness judgement and the processing of the central database constraint condition of described data center;
Feedback module is used for to described client feedback filing data result.
16. system according to claim 15 is characterized in that, described data center also comprises:
Second receiver module is used to receive the dictionary table data of described client upload;
Update module is used for the dictionary table Data Update dictionary table according to described client upload.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910078346A CN101814110A (en) | 2009-02-25 | 2009-02-25 | Data archiving method, system and front end processor thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910078346A CN101814110A (en) | 2009-02-25 | 2009-02-25 | Data archiving method, system and front end processor thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101814110A true CN101814110A (en) | 2010-08-25 |
Family
ID=42621362
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910078346A Pending CN101814110A (en) | 2009-02-25 | 2009-02-25 | Data archiving method, system and front end processor thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101814110A (en) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102222000A (en) * | 2011-06-28 | 2011-10-19 | 用友软件股份有限公司 | Data interaction device and method |
| CN104361222A (en) * | 2014-10-31 | 2015-02-18 | 上海申康医院发展中心 | Constructing method of medical multi-disease image feature database |
| WO2016138609A1 (en) * | 2015-03-02 | 2016-09-09 | Microsoft Technology Licensing, Llc | Uploading user and system data from a source location to a destination location |
| CN106707935A (en) * | 2016-12-30 | 2017-05-24 | 武汉钢铁工程技术集团自动化有限责任公司 | Data exchange monitoring device and data exchange monitoring method based on host platform |
| CN107220332A (en) * | 2017-05-24 | 2017-09-29 | 深圳怡化电脑股份有限公司 | A kind of method and device of data management |
| CN108281174A (en) * | 2018-02-24 | 2018-07-13 | 量化医学研究院（深圳）有限公司 | A kind of data interconnection method and data docking system |
| CN108604318A (en) * | 2015-10-12 | 2018-09-28 | 口袋医生公司 | System and method for dynamic autonomous transaction gender identity management |
| CN108804708A (en) * | 2018-06-22 | 2018-11-13 | 平安科技（深圳）有限公司 | Business datum table files modification method, device, computer equipment and storage medium |
| CN109388647A (en) * | 2018-10-30 | 2019-02-26 | 成都四方伟业软件股份有限公司 | A kind of data based on WEB make a report on method and system |
| CN110457380A (en) * | 2019-08-07 | 2019-11-15 | 广州市百果园信息技术有限公司 | A kind of data-storage system |
| CN110910975A (en) * | 2019-10-10 | 2020-03-24 | 江苏盖睿健康科技有限公司 | Data processing method and device for medical information |
| CN111753003A (en) * | 2020-04-27 | 2020-10-09 | 宁波三星医疗电气股份有限公司 | Method for improving data reporting success rate of concentrator |
| CN112995258A (en) * | 2019-12-17 | 2021-06-18 | 南京品尼科自动化有限公司 | Front-end processor for monitoring machine room environment |
-
2009
- 2009-02-25 CN CN200910078346A patent/CN101814110A/en active Pending
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102222000A (en) * | 2011-06-28 | 2011-10-19 | 用友软件股份有限公司 | Data interaction device and method |
| CN102222000B (en) * | 2011-06-28 | 2014-05-07 | 用友软件股份有限公司 | Data interaction device and method |
| CN104361222A (en) * | 2014-10-31 | 2015-02-18 | 上海申康医院发展中心 | Constructing method of medical multi-disease image feature database |
| WO2016138609A1 (en) * | 2015-03-02 | 2016-09-09 | Microsoft Technology Licensing, Llc | Uploading user and system data from a source location to a destination location |
| US10757186B2 (en) | 2015-03-02 | 2020-08-25 | Microsoft Technology Licensing, Llc | Uploading user and system data from a source location to a destination location |
| CN107111649A (en) * | 2015-03-02 | 2017-08-29 | 微软技术许可有限责任公司 | User and system data are uploaded into destination locations from source position |
| CN108604318A (en) * | 2015-10-12 | 2018-09-28 | 口袋医生公司 | System and method for dynamic autonomous transaction gender identity management |
| CN106707935B (en) * | 2016-12-30 | 2019-03-29 | 武汉钢铁工程技术集团有限责任公司 | The data exchange monitoring device and data exchange monitoring method of Intrusion Detection based on host platform |
| CN106707935A (en) * | 2016-12-30 | 2017-05-24 | 武汉钢铁工程技术集团自动化有限责任公司 | Data exchange monitoring device and data exchange monitoring method based on host platform |
| CN107220332A (en) * | 2017-05-24 | 2017-09-29 | 深圳怡化电脑股份有限公司 | A kind of method and device of data management |
| CN108281174A (en) * | 2018-02-24 | 2018-07-13 | 量化医学研究院（深圳）有限公司 | A kind of data interconnection method and data docking system |
| CN108281174B (en) * | 2018-02-24 | 2022-04-26 | 量化医学研究院（深圳）有限公司 | Data docking method and data docking system |
| CN108804708A (en) * | 2018-06-22 | 2018-11-13 | 平安科技（深圳）有限公司 | Business datum table files modification method, device, computer equipment and storage medium |
| WO2019242113A1 (en) * | 2018-06-22 | 2019-12-26 | 平安科技（深圳）有限公司 | Service data table filing correction method, device, computer equipment and storage medium |
| CN108804708B (en) * | 2018-06-22 | 2023-04-07 | 平安科技（深圳）有限公司 | Method and device for archiving and correcting business data table, computer equipment and storage medium |
| CN109388647A (en) * | 2018-10-30 | 2019-02-26 | 成都四方伟业软件股份有限公司 | A kind of data based on WEB make a report on method and system |
| CN109388647B (en) * | 2018-10-30 | 2020-09-29 | 成都四方伟业软件股份有限公司 | WEB-based data filling method and system |
| CN110457380A (en) * | 2019-08-07 | 2019-11-15 | 广州市百果园信息技术有限公司 | A kind of data-storage system |
| CN110910975B (en) * | 2019-10-10 | 2020-11-27 | 江苏盖睿健康科技有限公司 | Data processing method and device for medical information |
| CN110910975A (en) * | 2019-10-10 | 2020-03-24 | 江苏盖睿健康科技有限公司 | Data processing method and device for medical information |
| CN112995258A (en) * | 2019-12-17 | 2021-06-18 | 南京品尼科自动化有限公司 | Front-end processor for monitoring machine room environment |
| CN112995258B (en) * | 2019-12-17 | 2023-12-29 | 南京品尼科自动化有限公司 | Front-end processor for monitoring environment of machine room |
| CN111753003A (en) * | 2020-04-27 | 2020-10-09 | 宁波三星医疗电气股份有限公司 | Method for improving data reporting success rate of concentrator |
| CN111753003B (en) * | 2020-04-27 | 2023-11-07 | 宁波三星医疗电气股份有限公司 | Method for improving success rate of reporting data of concentrator |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101814110A (en) | Data archiving method, system and front end processor thereof | |
| US6915265B1 (en) | Method and system for consolidating and distributing information | |
| Sweeney | Simple demographics often identify people uniquely | |
| US20030233252A1 (en) | System and method for providing a generic health care data repository | |
| Grossman et al. | Transmitting and processing electronic prescriptions: experiences of physician practices and pharmacies | |
| US9886558B2 (en) | System and method for analyzing de-identified health care data | |
| US7376677B2 (en) | System and method for generating de-identified health care data | |
| Wiederhold et al. | Structured organization of clinical data bases | |
| EP1442405A4 (en) | A system for managing healthcare related information supporting operation of a healthcare enterprise | |
| CN102760206A (en) | System and method for sharing cross-regional medical image information | |
| Kalvelage et al. | Decision-making authority during tele-ICU care reduces mortality and length of stay—a systematic review and meta-analysis | |
| US20020072911A1 (en) | System and method for interactively tracking a patient in a medical facility | |
| US20030093296A1 (en) | Method and system of managing information for a hospital | |
| US20210174380A1 (en) | Efficient data processing to identify information and reformant data files, and applications thereof | |
| US20020194027A1 (en) | EOB distribution system | |
| US20080294460A1 (en) | Method for improving the accuracy of transaction data | |
| CN111524589B (en) | CDA (content-based discovery and analysis) shared document based health and medical big data quality control system and terminal | |
| JP2011233110A (en) | Data cooperation system | |
| Zohner et al. | Challenges and opportunities in changing data structures of clinical document archives from HL7-V2 to FHIR-based archive solutions | |
| Golubev et al. | DICOM data processing optimization in medical information systems | |
| Bréant et al. | Design of a Multi Dimensional Database for the Archimed DataWarehouse | |
| Buxton | Teleradiology—practical aspects and lessons learnt | |
| US20130253947A1 (en) | System for migrating personal health information and methods thereof | |
| Rockoff | The social implications of health care communication systems | |
| Evans et al. | The General Practice Morbidity Database Project Wales–a methodology for primary care data extraction |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100825 |