US20040015373A1 - Application service provider based redundant archive services for medical archives and/or imaging systems - Google Patents

Application service provider based redundant archive services for medical archives and/or imaging systems Download PDF

Info

Publication number
US20040015373A1
US20040015373A1 US10/621,959 US62195903A US2004015373A1 US 20040015373 A1 US20040015373 A1 US 20040015373A1 US 62195903 A US62195903 A US 62195903A US 2004015373 A1 US2004015373 A1 US 2004015373A1
Authority
US
United States
Prior art keywords
data
remote
data store
medical
data source
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.)
Abandoned
Application number
US10/621,959
Inventor
Milton Silva-Craig
Greg Angst
Thanos Karras
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
GE Medical Systems Information Technologies Inc
Original Assignee
Individual
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
Assigned to GE MEDICAL SYSTEMS INFORMATION TECHNOLOGIES, INC. reassignment GE MEDICAL SYSTEMS INFORMATION TECHNOLOGIES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ANGST, GREG, KARRAS, THANOS, SILVA-CRAIG, MILTON
Application filed by Individual filed Critical Individual
Priority to US10/621,959 priority Critical patent/US20040015373A1/en
Publication of US20040015373A1 publication Critical patent/US20040015373A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00ICT specially adapted for the handling or processing of medical images
    • G16H30/20ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99953Recoverability
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99955Archiving or backup

Definitions

  • the preferred embodiments of the present invention generally relate to data storage and retrieval systems, and in particular relate to a method and system for Application Service Provider (ASP) based redundant archive services for medical archives and/or imaging systems.
  • ASP Application Service Provider
  • Healthcare practitioners such as physicians, nurses, assistants, or technicians, for example, employ medical data for diagnosis and treatment of patients.
  • healthcare practitioners may use medical data such as medical images, medical reports, applications, and other data, for example, to diagnose and treat patients.
  • Medical data may be obtained from direct examination, from other healthcare practitioners, from medical diagnostic equipment, and/or from other sources, for example.
  • Medical data may be stored in a local database at a healthcare facility, such as a hospital, clinic, doctor's office, or other medical office, for example. Storage of medical data in a local database may enable the medical data to be used in diagnosis and treatment of patients. That is, storage of medical data in a local database may improve access and retrieval of data for diagnosis and treatment. Medical data may be stored in a local database such as a Picture Archiving and Communication System (PACS).
  • PPS Picture Archiving and Communication System
  • a PACS may be used to obtain, store, and distribute electronic images, such as electronic medical diagnostic images.
  • a PACS may allow images to be archived in electronic form in a central location on site.
  • a PACS may also allow images to be shared among different users because the images are locally centralized and able to accessed at numerous points on site. Convenient access to patient data through a PACS may improve individual hospital workflow by eliminating the need to physically transfer images and by providing multiple viewing stations for imaging results.
  • DICOM Digital Imaging and Communications in Medicine
  • DICOM is a standard for image and information transmission. DICOM relates to the transfer of electronic data between medical diagnostic and imaging systems.
  • the DICOM protocol may be employed in communication between medical devices and a PACS.
  • the DICOM standard enumerates a command set, data formats, interface specifications, communication protocols, and command syntax.
  • the DICOM standard does not specify details of implementation.
  • ASPs Application Service Providers
  • ASPs operate as hosts for data and applications.
  • ASPs maintain applications and data in an offsite data center.
  • ASPs have been hired by companies in the field of computers to manage data and computer applications. Companies may access data and applications via an ASP.
  • companies remotely access data and applications via an ASP central data location.
  • ASPs may offer several desirable services, such as secure data storage, data backup, and redundant systems. Because ASPs offer such services, a customer of an ASP may not have to incur additional expenses for its own security, backup, and storage systems.
  • ASPs may host a number of applications that may be activated or accessed remotely by customers. By concentrating computing power and maintenance at the ASP, the ASP may offer continuous access to and support of the applications and alleviate the need for the customer to purchase and maintain its own expensive computer equipment.
  • ASPs may provide installation, management, and support of applications and storage of data for many remote clients.
  • Client data may be stored at a remote data center.
  • Data may be retrieved from a remote data center via a communications medium such as the Internet or a private network.
  • ASPs may deliver applications such as email systems, resource planning systems, customer relationship management systems, human resource management systems, and proprietary applications to remote clients.
  • Access to medical data may improve diagnosis and treatment of patients by healthcare practitioners.
  • healthcare practitioners may employ medical diagnostic reports and images in addition to direct examination of the patient by the healthcare practitioner.
  • multiple healthcare practitioners may access medical data for diagnosis and treatment of patients.
  • reliability of access, storage, and/or retrieval of medical data may improve diagnosis and treatment of patients by healthcare practitioners. That is, if medical data is lost or corrupted, diagnosis and/or treatment of a patient may be impaired without reliable retrieval of medical data. Reliable access to medical data may help to ensure that patients may be accurately and timely diagnosed and treated by healthcare practitioners. For example, protection against corruption or loss of medical data ensures that the medical data may be available for use by a healthcare practitioner in diagnosing and/or treating a patient. Thus, there is a need for reliability in the storage of medical data to improve diagnosis and treatment of patients.
  • redundant secure storage reduces the likelihood that a patient will have to return to the healthcare facility and be re-examined to replace images and other examination data in the event of data loss and/or corruption.
  • a system that can repair or replace lost and/or corrupted data in the event of data loss or system failure that is, a system that can repair or replace data in the event of data loss and/or corruption reduces the probability that a patient will be re-examined at a healthcare facility to replace lost and/or corrupted images and other examination data.
  • a preferred embodiment of the present invention provides a method and system for application service provider based redundant archive services for medical archives and/or imaging systems.
  • the system comprises a data source providing medical data, a status monitor for controlling the transfer of the medical data from the data source to a remote data store, and a remote data store receiving the medical data and storing the medical data.
  • the medical data is transferred at a definable interval.
  • the definable interval may be a timed interval, an event-based interval, and/or a manual interval.
  • the remote data store may restore the medical data to the data source.
  • the remote data store preferably may transfer the medical data to a second data source.
  • the remote data store is an application service provider.
  • the system may also include a status monitor for monitoring operations between the data source and the remote data store. Additionally, the system may include an access authenticator for authenticating access to the remote data store.
  • the method includes transferring medical data from a data source to a remote data store and storing the medical data at the remote data store.
  • the medical data is stored at the remote data store in a directory corresponding to the data source.
  • the medical data at the remote data store may be restored at the data source. Additionally, the medical data at the remote data store may be copied to a second data source.
  • FIG. 1 illustrates a centralized remote data storage and retrieval system for archiving and restoring data in accordance with a preferred embodiment of the present invention.
  • FIG. 2 illustrates a flowchart for archiving data from a data source at a remote data store in accordance with a preferred embodiment of the present invention.
  • FIG. 3 illustrates a flowchart for restoring data from a remote data store to a data source in accordance with a preferred embodiment of the present invention.
  • FIG. 4 illustrates a flowchart for copying data from a remote data store to a data source in accordance with a preferred embodiment of the present invention.
  • FIG. 1 illustrates a centralized remote data storage and retrieval system 100 for archiving and restoring data in accordance with a preferred embodiment of the present invention.
  • the centralized remote data storage and retrieval system 100 includes a plurality of subsystems, such as a data source 110 , a remote data store 120 , a front-end connection 130 , a back-end connection 135 , a status monitor 140 , and an access authenticator 145 .
  • the front-end connection 130 connects the data source 110 to the status monitor 140 and the access authenticator 145 . That is, the front-end connection 130 facilitates communication between the data source 110 and the status monitor 140 and the access authenticator 145 .
  • the back-end connection 135 connects the status monitor 140 and the access authenticator 145 to the remote data store 120 .
  • the front-end connection 130 and the back-end connection 135 compose a data source/data store connection for bi-directional communication between the data source 110 and the remote data store 120 .
  • the data source 110 is a picture archiving and communications system (PACS), a medical diagnostic imaging system, a database system, a computer system, a server, a hard disk drive, a terminal, or other medical data storage system, for example.
  • the data source 110 includes memory, such as a hard disk drive, a CD-ROM drive, a DVD drive, a floppy disk drive, a tape drive, a ZIP drive, a RAM (Random Access Memory), and/or an other storage device, for example.
  • the memory at the data source 110 preferably includes files, such as images, reports, applications, and/or other data, for example. Files at the data source 110 preferably are organized into at least one directory.
  • the data source 110 preferably also includes a processor capable of initiating at least one of several operation requests, such as an archive request, a restore request, and/or a copy request.
  • an archive request for example, is a request to store data at the remote data store 120 .
  • a restore request for example, is a request to retrieve data stored at the remote data store 120 .
  • a copy request is a request to copy data stored by another data source 115 at the remote data store 120 to the data source 110 , for example.
  • the remote data store 120 is an application service provider, but the remote data store 120 may be a server, a redundant disk array, a RAID (Redundant Array of Independent Disks) drive, a hard disk drive, an archive, a database system, a computer system, or other central data storage system, for example.
  • the remote data store 120 has a capacity for data storage, such as a hard disk drive, a CD-ROM drive, a floppy disk drive, a tape drive, a ZIP drive, a RAM disk, and/or an other storage device, for example.
  • the data storage preferably accommodates files, such as images, reports, applications, and/or other data, for example.
  • the files in the remote data store 120 are organized in directories corresponding to the data source 110 .
  • the remote data store 120 also includes a processor capable of executing operations such as an archive operation, a restore operation, and/or a copy operation, for example.
  • the processor preferably may scan the directory of the data source 110 .
  • the processor may also examine files at the data source 110 and/or the remote data store 120 .
  • the remote data store 120 may be cached and stored at a plurality of locations.
  • the front-end connection 130 is a private network connection, such as a Digital Subscriber Line (DSL), a T1 line, an ISDN (Integrated Services Digital Network) line, an ATM (Asynchronous Transfer Mode) connection, a direct cable connection, or other private network, for example.
  • the data source/data store connection 130 may be a dial-up modem connection (that is, via telephone line and computer modem), ethernet connection, the Internet, cable modem connection, wireless communication, a cable, a wire, or other network connection, for example.
  • the front-end connection facilitates the bi-directional transmission and/or reception of files, commands, instructions, communication information, and/or other data, for example, between the data source 110 and the status monitor 140 and the access authenticator 145 .
  • the back-end connection 135 is substantially similar to the front-end connection 130 described above.
  • the back-end connection facilitates the bi-directional transmission and/or reception of files, commands, instructions, communication information, and/or other data, for example, between the remote data store 120 and the status monitor 140 and the access authenticator 145 .
  • the front-end connection 130 and the back-end connection 135 compose a data source/data store connection to transfer data between the data source 110 and the remote data store 120 .
  • the status monitor 140 monitors the data source 110 , the remote data store 120 , the front-end connection 130 , and/or the backend connection 135 . That is, the status monitor 140 monitors and/or controls activities such as requests by the data source 110 , requests by the remote data store 120 , data at the data source 110 , data at the remote data store 120 , data travelling over the front-end connection 130 and/or the back-end connection 135 , commands and/or instructions travelling over the front-end connection 130 and/or the back-end connection 135 , for example.
  • the status monitor 140 includes a processor to monitor the data source 110 , the remote data store 120 , the front-end connection 130 , and/or the back-end connection 135 .
  • the status monitor 140 may transmit commands and/or instructions, for example, to the data source 110 and/or the remote data store 120 .
  • the status monitor 140 preferably may receive commands and/or instructions, for example, from the data source 110 and/or the remote data store 120 .
  • the access authenticator 145 authenticates access of the remote data store 120 by the data source 110 . Additionally, the access authenticator 145 may authenticate access of the data source 110 by the remote data store 120 .
  • the access authenticator 145 includes a predetermined authentication code or set of authentication codes (such as a database or table of codes, for example).
  • the access authenticator 145 preferably includes an authentication code input by a user, an authentication code generated daily, an authentication code generated monthly, a randomly generated authentication key, and/or other authentication code, for example.
  • the access authenticator may receive an authentication code, such as a password, identification number, or other authentication code, for example, from the data source 110 , the remote data store 120 , and/or the status monitor 140 .
  • the authentication code may be assigned according to an individual user, a group of users, a type of data source, a location, and/or a function, for example.
  • the front-end connection 130 connects the data source 110 to the status monitor 140 and the access authenticator 145 .
  • the back-end connection 135 connects the remote data store 120 to the status monitor 140 and the access authenticator 145 .
  • the status monitor 140 may connect to the access authenticator 145 via a network connection, such as the Internet ethernet, direct cable connection, wireless, modem, wire, physical connection, or other network connection, for example.
  • the location of the status monitor 140 with respect to the data source 110 and/or the remote data store 120 is not fixed. That is, the status monitor 140 may be located at the data source 110 , the remote data store 120 , and/or the access authenticator 145 .
  • the location of the access authenticator 145 with respect to the data source 110 and/or the remote data store 120 is not fixed. That is, the access authenticator 145 may be located at the data source 110 , the remote data store 120 , and/or the status monitor 140 .
  • the data source 110 preferably includes a processor capable of initiating at least one of several operation requests, such as an archive request, a restore request, and/or a copy request. Each operation request is further discussed individually below.
  • the system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained using medical diagnostic equipment and/or a healthcare practitioner.
  • the image may be an x-ray image, an ultrasound image, a magnetic resonance image, or a computerized tomography image, for example.
  • Other medical data may include examination reports, patient demographic data, and/or scheduling data, for example.
  • the image of a patient may be obtained using medical diagnostic equipment, such as an x-ray imaging system, a magnetic resonance imaging system, or a computerized tomography imaging system, for example.
  • medical diagnostic equipment such as an x-ray imaging system, a magnetic resonance imaging system, or a computerized tomography imaging system, for example.
  • a patient visits a hospital for a computerized tomography (CT) scan, and a technician obtains the image using a computerized tomography imaging system.
  • CT computerized tomography
  • the data is stored at the data source 110 .
  • the technician stores the CT image of the patient at a PACS at the hospital.
  • the status monitor 140 detects the storing of the data at the data source 110 via the front-end connection 130 . Then, the status monitor 140 may prompt the data source 110 for an authentication code, which is discussed above. Next, the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140 . Then, the access authenticator 145 compares the received authentication code to the predetermined authentication code, which is discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers an archive request to be sent to the remote data store 120 via the back-end connection 135 .
  • the status monitor 140 detects the storage of the computerized tomography image of the patient at the PACS and instructs the PACS to transmit the machine identification number of the PACS to the access authenticator 145 . Then, for example, if the machine identification number matches an entry in the authentication code database of the access authenticator 145 , the access authenticator 145 allows the status monitor 140 to trigger an archive request to the remote data store 120 .
  • the remote data store 120 receives the archive request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 110 . Then, the remote data store 120 and/or the status monitor 140 may determine which files from the data source 110 are up-to-date at the remote data store 120 and which files are to be transferred and stored at the remote data store 120 . For example, the remote data store 120 locates the directory for the PACS at the remote data store 120 . The status monitor 140 , for example, then determines that the new CT image is not in the PACS directory at the remote data store 120 .
  • the status monitor 140 preferably instructs the data source 110 to transmit the data to be stored to the remote data store 120 via the front-end connection 130 and the back-end connection 135 .
  • the status monitor 140 transmits instructions to the PACS directing the PACS to transmit the CT image to the remote data store 120 .
  • the remote data store 120 archives the data sent by the data source 110 at the remote data store 120 .
  • the data is archived at the remote data store 120 at the directory which corresponds to the data source 110 .
  • the remote data store 120 stores the CT image file from the PACS in the PACS directory at the remote data store 120 .
  • the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the CT image from the PACS to the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • the archive request may be triggered after a definable interval, such as a timed interval, an event-based interval, and/or another programmed interval. That is, a timed trigger may trigger an archive request hourly, daily, weekly, monthly, quarterly, and/or yearly, for example.
  • a timed trigger may trigger an archive request hourly, daily, weekly, monthly, quarterly, and/or yearly, for example.
  • the PACS may be programmed to request an archive operation at the end of every day.
  • an event-based trigger may trigger an archive request after data is obtained, after data is saved, upon system shutdown, and/or upon program error, for example.
  • the system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained and archived at the remote data store 120 as described above in relation to the archive operation. For example, an x-ray image of a patient and a radiology report for the patient are obtained and stored at a local PACS at a clinic. The image and report are then archived at the remote data store 120 in a directory corresponding to the PACS.
  • data such as an image or other medical data is obtained and archived at the remote data store 120 as described above in relation to the archive operation. For example, an x-ray image of a patient and a radiology report for the patient are obtained and stored at a local PACS at a clinic. The image and report are then archived at the remote data store 120 in a directory corresponding to the PACS.
  • an operation attempts to access the data at the data source 110 and discovers an error in the data.
  • a user attempts to view the x-ray image and radiology report at the PACS and discovers that the image and report have been corrupted.
  • the data source 110 may automatically discover the error in the data.
  • the status monitor 140 detects the error, such as data loss, data corruption, and/or system failure, for example, at the data source 110 via the front-end connection 130 .
  • the status monitor 140 may prompt the data source 110 for an authentication code, as discussed above.
  • the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140 .
  • the access authenticator 145 compares the received authentication code to the predetermined authentication code, as discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers a restore request to be sent to the remote data store 120 via the back-end connection 135 .
  • the status monitor 140 detects corruption of the x-ray image at the PACS and instructs the PACS to transmit the monthly access password to the access authenticator 145 . Then, for example, if the monthly access password matches the monthly password in the database of the access authenticator 145 , the access authenticator 145 allows the status monitor 140 to trigger a restore request to the remote data store 120 .
  • the remote data store 120 receives the restore request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 110 . Next, the remote data store 120 determines if the lost and/or corrupted data is present in the directory at the remote data store 120 . If the data is not present in the directory at the remote data store 120 , then the restore operation is halted. If the data is present in the directory at the remote data store 120 , then the data may be retrieved. For example, the remote data store 120 locates the directory for the PACS at the remote data store 120 . Next, for example, the remote data store 120 determines that the x-ray image and the radiology report are stored at the directory for the PACS at the remote data store 120 .
  • the status monitor 140 preferably instructs the remote data store 120 to transmit the data to be restored to the data source 110 via the back-end connection 135 and the front-end connection 130 .
  • the status monitor 140 transmits instructions to the remote data store 120 directing the remote data store 120 to transmit the x-ray image and radiology report to the PACS.
  • the data source 110 restores the data sent by the remote data store 120 at the data source 110 .
  • the PACS stores the x-ray image file and radiology report from the PACS directory at the remote data store 120 at the PACS.
  • the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the x-ray image and the radiology report from the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • the system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained, stored at a data source 115 , and archived at the remote data store 120 as described above in relation to the archive operation. For example, an ultrasound image of a patient and an electrocardiogram (ECG) for the patient are obtained and stored at a local PACS at a clinic. The image and ECG are then archived at the remote data store 120 in a directory corresponding to the PACS.
  • ECG electrocardiogram
  • the status monitor 140 detects the installation of a new data source 110 , such as an upgraded data source or a replacement data source, for example. Then, the status monitor 140 may prompt the data source 110 for an authentication code, as discussed above. Next, the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140 . Then, the access authenticator 145 compares the received authentication code to the predetermined authentication code, as discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers a copy request to be sent to the remote data store 120 .
  • a new data source 110 such as an upgraded data source or a replacement data source, for example.
  • the status monitor 140 may prompt the data source 110 for an authentication code, as discussed above.
  • the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140 . Then, the access authentic
  • the status monitor 140 detects the connection of a newer PACS to the system 100 for upgrade and instructs the newer PACS to transmit the secure identification key to the access authenticator 145 . Then, for example, if the secure identification key from the newer PACS matches the secure identification key in the database of the access authenticator 145 , the access authenticator 145 allows the status monitor 140 to trigger a copy request to the remote data store 120 .
  • the remote data store 120 receives the copy request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 115 . Then, the status monitor 140 determines which data is to be copied to the data source 110 . Next, the remote data store 120 determines if the data to be copied to the data source 110 is present in the directory for the data source 115 at the remote data store 120 . For example, the remote data store 120 locates the directory for the PACS at the remote data store 120 . The status monitor 140 , for example, then determines that the ultrasound image and the ECG are to be copied to the newer PACS. Next, for example, the remote data store 120 determines that the ultrasound image and the ECG are stored at the directory for the PACS at the remote data store 120 .
  • the status monitor 140 preferably instructs the remote data store 120 to transmit the data to be copied to the data source 110 .
  • the status monitor 140 transmits instructions to the remote data store 120 directing the remote data store 120 to transmit the ultrasound image and ECG to the newer PACS.
  • the data source 110 copies the data sent by the remote data store 120 at the data source 110 .
  • the newer PACS stores the ultrasound image file and ECG from the PACS directory at the remote data store 120 at the newer PACS.
  • the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the ultrasound image and the ECG from the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • periodic copy operations may be executed to update the data source 110 with new data from the data source 115 .
  • the entire contents of the data source 115 may be copied to the data source 110 in a copy operation.
  • the data from the data source 115 is deleted from the remote data store 120 after the data is copied to the data source 110 .
  • the system 100 may comprise a plurality of data sources 110 , 115 . If multiple data sources 110 , 115 attempt to access the remote data store 120 and/or if a single data source 110 , 115 transmits multiple requests to the remote data store 120 , the status monitor 140 may preferably arbitrate access to the remote data store 120 .
  • the status monitor 140 may arbitrate access to the remote data store 120 by allowing access to the remote data store 120 according to the priority of the data source 110 , 115 .
  • Priority may include system priority, timing priority, or request priority, for example. For example, with system priority, a PACS may have a higher priority than an x-ray imaging system.
  • a data source 110 , 115 may wait for access to the remote data store 120 until access is granted by the status monitor 140 .
  • an ultrasound imaging system and an x-ray imaging system attempt to access the remote data store 120 .
  • the x-ray imaging system has a higher system priority than the ultrasound imaging system and is thus allowed to access the remote data store 120 first.
  • the ultrasound imaging system waits for the remote data store 120 to complete the request of the x-ray imaging system and then the ultrasound imaging system may access the remote data store 120 .
  • the system 100 may accommodate multiple requests and/or multiple data sources.
  • the system 100 may arbitrate command execution rather than access.
  • FIG. 2 illustrates a flowchart 200 for archiving data from a data source at a remote data store in accordance with a preferred embodiment of the present invention.
  • the data source may be a picture archiving and communications system (PACS), a medical diagnostic imaging system, a database system, a computer system, a server, a hard disk drive, a terminal, or other data storage system, for example.
  • the remote data store may be an application service provider, a server, a redundant disk array, a RAID drive, a hard disk drive, an archive, a database system, a computer system, or other central data storage system, for example.
  • data is obtained from a patient.
  • Data may include an image (such as an x-ray image, an ultrasound image, a computerized tomography image, and/or a magnetic resonance image, for example) and/or other medical data (such as examination reports, electrocardiograms, patient demographic data, and/or scheduling data, for example).
  • Data may be obtained using medical diagnostic equipment and/or examination by a healthcare professional, for example.
  • an x-ray image of a patient is obtained at a hospital.
  • the data is stored at the data source.
  • the patient's x-ray image is stored in a PACS at the hospital.
  • an archive request is triggered.
  • the archive request may be triggered by a status monitor, by the data source, and/or by the remote data source, for example.
  • the request may preferably be triggered by programmed trigger and/or by manual trigger, for example.
  • a programmed trigger may trigger a request after a time interval (such as hourly, daily, monthly, yearly, etc.), an event (such as file creation, data storage, system failure, program error, and/or system shutdown, for example), or other such definable interval.
  • the status monitor detects the storage of the x-ray image in the PACS and triggers a request to archive the x-ray image.
  • the identity of the data source is authenticated to verify that the data source may access the remote data store.
  • authentication is facilitated using an authentication code, such as an authorization code, a personal identification number, a machine identification number, a password, or other identification code, for example.
  • the authentication code is transmitted automatically by the data source or input by a user, for example, after prompting by the status monitor. If the authentication code does not match a predetermined authentication code (such as a daily generated code, a monthly generated code, a random key, or other predetermined authentication code, for example), access is not granted. Alternatively, another attempt may be made to authenticate the access.
  • the authentication code matches the predetermined authentication code, the authentication code is verified, and access to the remote data store is authorized. For example, the status monitor prompts a technician at the PACS to enter a password to access the remote data store. Then, for example, the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the PACS may access the remote data store.
  • access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority.
  • Priority may include system priority, timing priority, or request priority, for example. That is, system priority indicates that one system has a higher priority of access than another system. Also, timing priority indicates that the system that has been waiting for access for the longest amount of time has a higher priority of access. Additionally, request priority signifies that certain operation requests may have a higher priority of access than other operation requests.
  • data sources may wait for access to the remote data store until access is granted through access arbitration.
  • the PACS and an x-ray system attempt to access the remote data store.
  • the PACS for example, initiates the access before the x-ray system and thus is first in time. Therefore, for example, the PACS is allowed to access the remote data store first.
  • the x-ray system for example, waits for the remote data store to complete the archive request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • the data source is examined to determine which data is to be archived at the remote data store.
  • the status monitor, the data source, and/or the remote data store may determine which data is new or updated data to be archived at the remote data store and which data has already been archived at the remote data store.
  • the status monitor examines the directory of the PACS and locates the new x-ray image file to be archived at the remote data store.
  • all data at the data source may be selected for archiving at the remote data store.
  • a user at the data source may manually select the data to archive at the remote data store (such as by clicking on file names in a backup program, for example).
  • the data is transferred from the data source to the remote data store. That is, files stored at the data source are transmitted to the remote data store.
  • the remote data store includes a directory, for example, in which to archive data from the data source.
  • the remote data store includes a hard disk drive and/or other storage area, for example, in which to archive data from the data source.
  • data may be transferred from the data source to the directory, for example, of the remote data store to backup data and provide data reliability and security, for example.
  • the x-ray image file is transferred from the PACS to a directory at the remote data store which corresponds to the PACS.
  • Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example.
  • the transfer of data between the data source and the remote data store is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example.
  • the status monitor may verify the transfer of the x-ray image file from the PACS to the remote data store by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • the triggered request is reset so that a new request may be triggered.
  • the status monitor signal to initiate an archive operation is reset to normal upon completion of the backup and verification that the PACS data has been archived at the remote data store.
  • FIG. 3 illustrates a flowchart 300 for restoring data from a remote data store to a data source in accordance with a preferred embodiment of the present invention.
  • data is obtained and archived at the remote data store in a method substantially similar to that described above in relation to FIG. 2.
  • the data is preferably archived at the remote data store in a directory corresponding to the data source, as described above.
  • an error occurs at the data source.
  • the error may include data loss, data corruption, system failure, program error, and/or power loss, for example.
  • an x-ray image is corrupted in a PACS and is unviewable.
  • a restore request is triggered.
  • the restore request may be triggered by a status monitor, by the data source, and/or by the remote data source, for example.
  • the request may preferably be triggered by programmed trigger and/or by manual trigger, for example.
  • a programmed trigger may trigger a request after an event, such as system failure, data corruption, data loss, and/or program error, for example, occurs.
  • an event such as system failure, data corruption, data loss, and/or program error, for example, occurs.
  • a user attempts to access the x-ray image at the PACS and discovers that the x-ray image is corrupted.
  • the status monitor for example, detects the corrupted x-ray image in the PACS and triggers a request to restore the x-ray image.
  • the identity of the data source is authenticated to verify that the data source may access the remote data store.
  • authentication proceeds as described above in reference to FIG. 2.
  • the status monitor prompts a technician at the PACS to enter a password to access the remote data store.
  • the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the PACS may access the remote data store.
  • access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority, as described above in reference to FIG. 2. Preferably, data sources may wait for access to the remote data store until access is granted through access arbitration.
  • the PACS and an x-ray system attempt to access the remote data store.
  • the restore request of the PACS for example, has a higher priority than the archive request of the x-ray system, and, thus, the PACS is allowed to access the remote data store first.
  • the x-ray system waits for the remote data store to complete the restore request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • the data source is examined to determine which data is to be restored from the remote data store.
  • the status monitor, the data source, and/or the remote data store may determine which data is lost or corrupted data to be restored at the data source and which data is already present at the data source.
  • the status monitor examines the directory of the PACS and locates the corrupted x-ray image file to be restored.
  • a user at the data source may manually select the data to restore from the remote data store (such as by clicking on file names in a restore program, for example).
  • the data is transferred from the remote data store to the data source. That is, files stored at the remote data store are transmitted to the data source.
  • the remote data store includes a directory, for example, which contains data from the data source.
  • the remote data store includes a hard disk drive and/or other storage area, for example, which contains data from the data source.
  • data may be transferred from the directory, for example, of the remote data store to the data source.
  • the x-ray image file is transferred to the PACS from the directory at the remote data store which corresponds to the PACS.
  • Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example.
  • the data is not deleted from the remote data store after transfer and may be used again to restore at the data source 110 .
  • the transfer of data between the remote data store and the data source is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example.
  • the status monitor may verify the transfer of the x-ray image file from the remote data store to the PACS by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • the triggered request is reset so that a new request may be triggered.
  • the status monitor signal to initiate a restore operation is reset to normal upon completion of the restore and verification that the data has been restored at the PACS.
  • FIG. 4 illustrates a flowchart 400 for copying data from a remote data store to a data source in accordance with a preferred embodiment of the present invention.
  • data is obtained from a first data source and archived at the remote data store in a method substantially similar to that described above in relation to FIG. 2.
  • the data is preferably archived at the remote data store in a directory corresponding to the first data source, as described above.
  • a second data source is installed. That is, an additional, upgraded, and/or replacement data source may be added along with or in place of the first data source.
  • a hospital upgrades their data storage capabilities and installs a new PACS to replace the old PACS.
  • a copy request is triggered.
  • the copy request may be triggered by a status monitor, by the first data source, by the second data source, and/or by the remote data source, for example.
  • the request may preferably be triggered by programmed trigger and/or by manual trigger, for example.
  • a programmed trigger may trigger a request after an event (such as system start-up, system installation, and/or connection to the network, for example), or other such definable interval.
  • the status monitor detects the presence of the new PACS and triggers a request to copy the data from the old PACS to the new PACS.
  • the identity of the second data source is authenticated to verify that the second data source may access the remote data store.
  • authentication proceeds as described above in reference to FIG. 2.
  • the status monitor prompts a technician at the new PACS to enter a password to access the remote data store.
  • the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the new PACS may access the remote data store.
  • access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority, as described above in reference to FIG. 2. Preferably, data sources may wait for access to the remote data store until access is granted through access arbitration.
  • the new PACS and an x-ray system attempt to access the remote data store.
  • the PACS for example, has a higher system priority than the x-ray system, and, thus, the PACS is allowed to access the remote data store first.
  • the x-ray system for example, waits for the remote data store to complete the copy request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • the remote data store is examined to determine which data is to be copied from the remote data store to the second data source.
  • the status monitor, the data source, and/or the remote data store may determine which data is to be copied from the remote data store to the second data source and which data is already present or unnecessary at the second data source.
  • the remote data store includes a directory, for example, which contains data from the first data source.
  • the remote data store may include a hard disk drive and/or other storage area, for example, which contains data from the first data source.
  • the directory for example, which contains data from the first data source may be examined to determined which data is to be copied to the second data source.
  • the status monitor examines the directory of the remote data store and locates the directory containing files from the old PACS.
  • a user at the data source may manually select the data to copy from the remote data store (such as by clicking on file names in a copy program, for example).
  • the data is transferred from the remote data store to the second data source. That is, files stored at the remote data store are transmitted to the second data source.
  • data may be transferred from the directory, hard disk drive, and/or storage area, for example, of the remote data store which corresponds to the first data source to the second data source.
  • data in the directory of the remote data store corresponding to the first data source is transferred to the second data source.
  • Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example.
  • the data is not deleted from the remote data store after the data is copied to the second data source.
  • the transfer of data between the remote data store and the second data source is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example.
  • the status monitor may verify the transfer of the files from the remote data store to the PACS by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • CRC cyclic redundancy check
  • the triggered request is reset so that a new request may be triggered.
  • the status monitor signal to initiate a copy operation is reset to normal upon completion of the copy operation and verification that the data has been copied to the new PACS.
  • periodic copy operations may be executed to update the second data source with new data from the first data source.
  • the entire contents of the first data source may be copied to the second data source in a copy operation.
  • the data from the first data source is deleted from the remote data store after the data is copied to the second data source.
  • the preferred embodiments of the present invention provide centralized archiving and retrieval of medical data via a remote data store. That is, a data source may archive data at the remote data store and retrieve the data in the event of a system failure, file corruption, or data loss, for example. Additionally, the preferred embodiments provide for retrieval of data from a central remote data store at multiple locations. For example, a first hospital with a first PACS may archive the data from the first PACS at the remote data store. Then, a second hospital with a second PACS may copy the data from the remote data store onto the second PACS. Thus, the files may be reliably retrieved and accessed at a variety of locations via the remote data store.
  • the preferred embodiments allow reliable access to medical data by providing a remote data store to archive data from a data source and restore data at the data source. That is, in the event of data loss and/or corruption, the data may be restored at the data source by the remote data store. Additionally, in the event of a system failure, the data at the remote data store may be copied to a replacement system.
  • the preferred embodiments provide reliable access to medical data to aid in the diagnosis and treatment of patients by helping to insure that data is available so that healthcare practitioners may use the data to aid in the diagnosis and treatment of patients.

Abstract

A preferred embodiment of the present invention provides a method and system for application service provider based redundant archive services for medical archives and/or imaging systems. In a preferred embodiment, the system comprises a data source providing medical data, a status monitor for controlling the transfer of the medical data from the data source to a remote data store, and a remote data store receiving the medical data and storing the medical data. Additionally, the remote data store may restore the medical data to the data source. Also, the remote data store preferably may transfer the medical data to a second data source. Preferably, the remote data store is an application service provider.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS (IF APPLICABLE)
  • Not applicable. [0001]
  • STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH & DEVELOPMENT (IF APPLICABLE)
  • Not Applicable. [0002]
  • BACKGROUND OF THE INVENTION
  • The preferred embodiments of the present invention generally relate to data storage and retrieval systems, and in particular relate to a method and system for Application Service Provider (ASP) based redundant archive services for medical archives and/or imaging systems. [0003]
  • Healthcare practitioners, such as physicians, nurses, assistants, or technicians, for example, employ medical data for diagnosis and treatment of patients. For example, healthcare practitioners may use medical data such as medical images, medical reports, applications, and other data, for example, to diagnose and treat patients. Medical data may be obtained from direct examination, from other healthcare practitioners, from medical diagnostic equipment, and/or from other sources, for example. [0004]
  • Medical data may be stored in a local database at a healthcare facility, such as a hospital, clinic, doctor's office, or other medical office, for example. Storage of medical data in a local database may enable the medical data to be used in diagnosis and treatment of patients. That is, storage of medical data in a local database may improve access and retrieval of data for diagnosis and treatment. Medical data may be stored in a local database such as a Picture Archiving and Communication System (PACS). [0005]
  • A PACS may be used to obtain, store, and distribute electronic images, such as electronic medical diagnostic images. A PACS may allow images to be archived in electronic form in a central location on site. A PACS may also allow images to be shared among different users because the images are locally centralized and able to accessed at numerous points on site. Convenient access to patient data through a PACS may improve individual hospital workflow by eliminating the need to physically transfer images and by providing multiple viewing stations for imaging results. [0006]
  • Typically, data stored in a PACS is stored as DICOM data. DICOM stands for Digital Imaging and Communications in Medicine. DICOM is a standard for image and information transmission. DICOM relates to the transfer of electronic data between medical diagnostic and imaging systems. The DICOM protocol may be employed in communication between medical devices and a PACS. The DICOM standard enumerates a command set, data formats, interface specifications, communication protocols, and command syntax. The DICOM standard does not specify details of implementation. [0007]
  • Increasingly, healthcare practitioners are relying on the PACS and other digital environments for diagnosis and treatment of patients. As customers become more reliant on digital environments, there is need for greater backup and redundancy capabilities for digital medical data. There is a need for a source that satisfies the need for greater backup and redundancy through cost-effective and easily managed methods. [0008]
  • Centralized access to medical data may also improve diagnosis and treatment of patients through ease of retrieval by multiple users and/or multiple locations. In the field of computers, Application Service Providers (ASPs) have been employed to allow for centralized access and storage of data. ASPs operate as hosts for data and applications. Typically, ASPs maintain applications and data in an offsite data center. ASPs have been hired by companies in the field of computers to manage data and computer applications. Companies may access data and applications via an ASP. Typically, in the computer field, companies remotely access data and applications via an ASP central data location. [0009]
  • In the field of computers, ASPs may offer several desirable services, such as secure data storage, data backup, and redundant systems. Because ASPs offer such services, a customer of an ASP may not have to incur additional expenses for its own security, backup, and storage systems. In addition to functioning as a remote database, ASPs may host a number of applications that may be activated or accessed remotely by customers. By concentrating computing power and maintenance at the ASP, the ASP may offer continuous access to and support of the applications and alleviate the need for the customer to purchase and maintain its own expensive computer equipment. [0010]
  • For example, ASPs may provide installation, management, and support of applications and storage of data for many remote clients. Client data may be stored at a remote data center. Data may be retrieved from a remote data center via a communications medium such as the Internet or a private network. Additionally, ASPs may deliver applications such as email systems, resource planning systems, customer relationship management systems, human resource management systems, and proprietary applications to remote clients. [0011]
  • Access to medical data may improve diagnosis and treatment of patients by healthcare practitioners. For example, healthcare practitioners may employ medical diagnostic reports and images in addition to direct examination of the patient by the healthcare practitioner. Additionally, multiple healthcare practitioners may access medical data for diagnosis and treatment of patients. Thus, there is a need for access to medical data to aid in medical diagnosis and treatment of patients by supplementing the healthcare practitioner's examination. [0012]
  • Additionally, reliability of access, storage, and/or retrieval of medical data may improve diagnosis and treatment of patients by healthcare practitioners. That is, if medical data is lost or corrupted, diagnosis and/or treatment of a patient may be impaired without reliable retrieval of medical data. Reliable access to medical data may help to ensure that patients may be accurately and timely diagnosed and treated by healthcare practitioners. For example, protection against corruption or loss of medical data ensures that the medical data may be available for use by a healthcare practitioner in diagnosing and/or treating a patient. Thus, there is a need for reliability in the storage of medical data to improve diagnosis and treatment of patients. [0013]
  • Currently, backup systems for local databases in healthcare facilities are typically local backup systems. Local backup systems may be expensive for individual healthcare facilities. Additionally, local backup systems may require time, money, and personnel to maintain. Thus, there exists a need for a centralized archive for medical data. [0014]
  • Thus, there is a need for redundant secure storage to guard against data loss. That is, redundant secure storage reduces the likelihood that a patient will have to return to the healthcare facility and be re-examined to replace images and other examination data in the event of data loss and/or corruption. Additionally, there is a need for a system that can repair or replace lost and/or corrupted data in the event of data loss or system failure. That is, a system that can repair or replace data in the event of data loss and/or corruption reduces the probability that a patient will be re-examined at a healthcare facility to replace lost and/or corrupted images and other examination data. There is also a need for easier data manipulation and/or preservation between medical diagnostic system upgrades. For example, there is a need for a system to reduce manual transfer and/or re-creation of data, applications, and/or operating system information between an old medical diagnostic or storage system and a new or replacement system. [0015]
  • Thus, a need exists for storage of data to improve reliability of access to medical data for patient diagnosis and treatment. Additionally, there is a need for retrieval of medical data to improve reliability of access to medical data in the event of data corruption or loss. There is a further need for ease of copying data to improve installation and configuration of medical diagnostic and/or storage systems. [0016]
  • BRIEF SUMMARY OF THE INVENTION
  • A preferred embodiment of the present invention provides a method and system for application service provider based redundant archive services for medical archives and/or imaging systems. In a preferred embodiment, the system comprises a data source providing medical data, a status monitor for controlling the transfer of the medical data from the data source to a remote data store, and a remote data store receiving the medical data and storing the medical data. Preferably, the medical data is transferred at a definable interval. In a preferred embodiment, the definable interval may be a timed interval, an event-based interval, and/or a manual interval. Additionally, the remote data store may restore the medical data to the data source. Also, the remote data store preferably may transfer the medical data to a second data source. Preferably, the remote data store is an application service provider. The system may also include a status monitor for monitoring operations between the data source and the remote data store. Additionally, the system may include an access authenticator for authenticating access to the remote data store. [0017]
  • In a preferred embodiment, the method includes transferring medical data from a data source to a remote data store and storing the medical data at the remote data store. Preferably, the medical data is stored at the remote data store in a directory corresponding to the data source. In a preferred embodiment, the medical data at the remote data store may be restored at the data source. Additionally, the medical data at the remote data store may be copied to a second data source. [0018]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 illustrates a centralized remote data storage and retrieval system for archiving and restoring data in accordance with a preferred embodiment of the present invention. [0019]
  • FIG. 2 illustrates a flowchart for archiving data from a data source at a remote data store in accordance with a preferred embodiment of the present invention. [0020]
  • FIG. 3 illustrates a flowchart for restoring data from a remote data store to a data source in accordance with a preferred embodiment of the present invention. [0021]
  • FIG. 4 illustrates a flowchart for copying data from a remote data store to a data source in accordance with a preferred embodiment of the present invention.[0022]
  • DETAILED DESCRIPTION OF THE INVENTION
  • FIG. 1 illustrates a centralized remote data storage and [0023] retrieval system 100 for archiving and restoring data in accordance with a preferred embodiment of the present invention. The centralized remote data storage and retrieval system 100 includes a plurality of subsystems, such as a data source 110, a remote data store 120, a front-end connection 130, a back-end connection 135, a status monitor 140, and an access authenticator 145.
  • The front-[0024] end connection 130 connects the data source 110 to the status monitor 140 and the access authenticator 145. That is, the front-end connection 130 facilitates communication between the data source 110 and the status monitor 140 and the access authenticator 145. The back-end connection 135 connects the status monitor 140 and the access authenticator 145 to the remote data store 120. Preferably, the front-end connection 130 and the back-end connection 135 compose a data source/data store connection for bi-directional communication between the data source 110 and the remote data store 120.
  • Preferably, the [0025] data source 110 is a picture archiving and communications system (PACS), a medical diagnostic imaging system, a database system, a computer system, a server, a hard disk drive, a terminal, or other medical data storage system, for example. Preferably, the data source 110 includes memory, such as a hard disk drive, a CD-ROM drive, a DVD drive, a floppy disk drive, a tape drive, a ZIP drive, a RAM (Random Access Memory), and/or an other storage device, for example. The memory at the data source 110 preferably includes files, such as images, reports, applications, and/or other data, for example. Files at the data source 110 preferably are organized into at least one directory.
  • The [0026] data source 110 preferably also includes a processor capable of initiating at least one of several operation requests, such as an archive request, a restore request, and/or a copy request. As further described below, an archive request, for example, is a request to store data at the remote data store 120. Additionally, a restore request, for example, is a request to retrieve data stored at the remote data store 120. Also, a copy request is a request to copy data stored by another data source 115 at the remote data store 120 to the data source 110, for example.
  • Preferably, the [0027] remote data store 120 is an application service provider, but the remote data store 120 may be a server, a redundant disk array, a RAID (Redundant Array of Independent Disks) drive, a hard disk drive, an archive, a database system, a computer system, or other central data storage system, for example. The remote data store 120 has a capacity for data storage, such as a hard disk drive, a CD-ROM drive, a floppy disk drive, a tape drive, a ZIP drive, a RAM disk, and/or an other storage device, for example. The data storage preferably accommodates files, such as images, reports, applications, and/or other data, for example. Preferably, the files in the remote data store 120 are organized in directories corresponding to the data source 110. Preferably, the remote data store 120 also includes a processor capable of executing operations such as an archive operation, a restore operation, and/or a copy operation, for example. Additionally, the processor preferably may scan the directory of the data source 110. The processor may also examine files at the data source 110 and/or the remote data store 120. In an alternative embodiment, the remote data store 120 may be cached and stored at a plurality of locations.
  • In a preferred embodiment, the front-[0028] end connection 130 is a private network connection, such as a Digital Subscriber Line (DSL), a T1 line, an ISDN (Integrated Services Digital Network) line, an ATM (Asynchronous Transfer Mode) connection, a direct cable connection, or other private network, for example. Alternatively, the data source/data store connection 130 may be a dial-up modem connection (that is, via telephone line and computer modem), ethernet connection, the Internet, cable modem connection, wireless communication, a cable, a wire, or other network connection, for example. The front-end connection facilitates the bi-directional transmission and/or reception of files, commands, instructions, communication information, and/or other data, for example, between the data source 110 and the status monitor 140 and the access authenticator 145.
  • In a preferred embodiment, the back-[0029] end connection 135 is substantially similar to the front-end connection 130 described above. The back-end connection facilitates the bi-directional transmission and/or reception of files, commands, instructions, communication information, and/or other data, for example, between the remote data store 120 and the status monitor 140 and the access authenticator 145. Preferably, the front-end connection 130 and the back-end connection 135 compose a data source/data store connection to transfer data between the data source 110 and the remote data store 120.
  • In a preferred embodiment, the status monitor [0030] 140 monitors the data source 110, the remote data store 120, the front-end connection 130, and/or the backend connection 135. That is, the status monitor 140 monitors and/or controls activities such as requests by the data source 110, requests by the remote data store 120, data at the data source 110, data at the remote data store 120, data travelling over the front-end connection 130 and/or the back-end connection 135, commands and/or instructions travelling over the front-end connection 130 and/or the back-end connection 135, for example. Preferably, the status monitor 140 includes a processor to monitor the data source 110, the remote data store 120, the front-end connection 130, and/or the back-end connection 135. Preferably, the status monitor 140 may transmit commands and/or instructions, for example, to the data source 110 and/or the remote data store 120. Additionally, the status monitor 140 preferably may receive commands and/or instructions, for example, from the data source 110 and/or the remote data store 120.
  • The [0031] access authenticator 145 authenticates access of the remote data store 120 by the data source 110. Additionally, the access authenticator 145 may authenticate access of the data source 110 by the remote data store 120. Preferably, the access authenticator 145 includes a predetermined authentication code or set of authentication codes (such as a database or table of codes, for example). For example, the access authenticator 145 preferably includes an authentication code input by a user, an authentication code generated daily, an authentication code generated monthly, a randomly generated authentication key, and/or other authentication code, for example. The access authenticator may receive an authentication code, such as a password, identification number, or other authentication code, for example, from the data source 110, the remote data store 120, and/or the status monitor 140. Preferably, the authentication code may be assigned according to an individual user, a group of users, a type of data source, a location, and/or a function, for example.
  • In a preferred embodiment, the front-[0032] end connection 130 connects the data source 110 to the status monitor 140 and the access authenticator 145. Preferably, the back-end connection 135 connects the remote data store 120 to the status monitor 140 and the access authenticator 145. The status monitor 140 may connect to the access authenticator 145 via a network connection, such as the Internet ethernet, direct cable connection, wireless, modem, wire, physical connection, or other network connection, for example. The location of the status monitor 140 with respect to the data source 110 and/or the remote data store 120 is not fixed. That is, the status monitor 140 may be located at the data source 110, the remote data store 120, and/or the access authenticator 145. Additionally, the location of the access authenticator 145 with respect to the data source 110 and/or the remote data store 120 is not fixed. That is, the access authenticator 145 may be located at the data source 110, the remote data store 120, and/or the status monitor 140.
  • As mentioned above, the [0033] data source 110 preferably includes a processor capable of initiating at least one of several operation requests, such as an archive request, a restore request, and/or a copy request. Each operation request is further discussed individually below. With respect to the archive operation request, the system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained using medical diagnostic equipment and/or a healthcare practitioner. The image may be an x-ray image, an ultrasound image, a magnetic resonance image, or a computerized tomography image, for example. Other medical data may include examination reports, patient demographic data, and/or scheduling data, for example. The image of a patient may be obtained using medical diagnostic equipment, such as an x-ray imaging system, a magnetic resonance imaging system, or a computerized tomography imaging system, for example. For example, a patient visits a hospital for a computerized tomography (CT) scan, and a technician obtains the image using a computerized tomography imaging system. Then, the data is stored at the data source 110. For example, the technician stores the CT image of the patient at a PACS at the hospital.
  • Preferably, the [0034] status monitor 140 detects the storing of the data at the data source 110 via the front-end connection 130. Then, the status monitor 140 may prompt the data source 110 for an authentication code, which is discussed above. Next, the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140. Then, the access authenticator 145 compares the received authentication code to the predetermined authentication code, which is discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers an archive request to be sent to the remote data store 120 via the back-end connection 135. For example, the status monitor 140 detects the storage of the computerized tomography image of the patient at the PACS and instructs the PACS to transmit the machine identification number of the PACS to the access authenticator 145. Then, for example, if the machine identification number matches an entry in the authentication code database of the access authenticator 145, the access authenticator 145 allows the status monitor 140 to trigger an archive request to the remote data store 120.
  • Next, the [0035] remote data store 120 receives the archive request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 110. Then, the remote data store 120 and/or the status monitor 140 may determine which files from the data source 110 are up-to-date at the remote data store 120 and which files are to be transferred and stored at the remote data store 120. For example, the remote data store 120 locates the directory for the PACS at the remote data store 120. The status monitor 140, for example, then determines that the new CT image is not in the PACS directory at the remote data store 120.
  • Next, the status monitor [0036] 140 preferably instructs the data source 110 to transmit the data to be stored to the remote data store 120 via the front-end connection 130 and the back-end connection 135. For example, the status monitor 140 transmits instructions to the PACS directing the PACS to transmit the CT image to the remote data store 120. Then, the remote data store 120 archives the data sent by the data source 110 at the remote data store 120. Preferably, the data is archived at the remote data store 120 at the directory which corresponds to the data source 110. For example, the remote data store 120 stores the CT image file from the PACS in the PACS directory at the remote data store 120.
  • After the data is transferred between the [0037] data source 110 and the remote data store 120, the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the CT image from the PACS to the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • In an alternative embodiment, the archive request may be triggered after a definable interval, such as a timed interval, an event-based interval, and/or another programmed interval. That is, a timed trigger may trigger an archive request hourly, daily, weekly, monthly, quarterly, and/or yearly, for example. For example, the PACS may be programmed to request an archive operation at the end of every day. Also, an event-based trigger may trigger an archive request after data is obtained, after data is saved, upon system shutdown, and/or upon program error, for example. [0038]
  • For a restore request, the [0039] system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained and archived at the remote data store 120 as described above in relation to the archive operation. For example, an x-ray image of a patient and a radiology report for the patient are obtained and stored at a local PACS at a clinic. The image and report are then archived at the remote data store 120 in a directory corresponding to the PACS.
  • In a preferred embodiment, an operation attempts to access the data at the [0040] data source 110 and discovers an error in the data. For example, a user attempts to view the x-ray image and radiology report at the PACS and discovers that the image and report have been corrupted. Alternatively, the data source 110 may automatically discover the error in the data. Preferably, the status monitor 140 detects the error, such as data loss, data corruption, and/or system failure, for example, at the data source 110 via the front-end connection 130.
  • Then, the [0041] status monitor 140 may prompt the data source 110 for an authentication code, as discussed above. Next, the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140. Then, the access authenticator 145 compares the received authentication code to the predetermined authentication code, as discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers a restore request to be sent to the remote data store 120 via the back-end connection 135. For example, the status monitor 140 detects corruption of the x-ray image at the PACS and instructs the PACS to transmit the monthly access password to the access authenticator 145. Then, for example, if the monthly access password matches the monthly password in the database of the access authenticator 145, the access authenticator 145 allows the status monitor 140 to trigger a restore request to the remote data store 120.
  • Next, the [0042] remote data store 120 receives the restore request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 110. Next, the remote data store 120 determines if the lost and/or corrupted data is present in the directory at the remote data store 120. If the data is not present in the directory at the remote data store 120, then the restore operation is halted. If the data is present in the directory at the remote data store 120, then the data may be retrieved. For example, the remote data store 120 locates the directory for the PACS at the remote data store 120. Next, for example, the remote data store 120 determines that the x-ray image and the radiology report are stored at the directory for the PACS at the remote data store 120.
  • Next, the status monitor [0043] 140 preferably instructs the remote data store 120 to transmit the data to be restored to the data source 110 via the back-end connection 135 and the front-end connection 130. For example, the status monitor 140 transmits instructions to the remote data store 120 directing the remote data store 120 to transmit the x-ray image and radiology report to the PACS. Then, the data source 110 restores the data sent by the remote data store 120 at the data source 110. For example, the PACS stores the x-ray image file and radiology report from the PACS directory at the remote data store 120 at the PACS.
  • After the data is transferred between the [0044] remote data store 120 and the data source 110, the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the x-ray image and the radiology report from the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • For a copy request, the [0045] system 100 preferably operates as follows. First, data, such as an image or other medical data is obtained, stored at a data source 115, and archived at the remote data store 120 as described above in relation to the archive operation. For example, an ultrasound image of a patient and an electrocardiogram (ECG) for the patient are obtained and stored at a local PACS at a clinic. The image and ECG are then archived at the remote data store 120 in a directory corresponding to the PACS.
  • Preferably, the [0046] status monitor 140 detects the installation of a new data source 110, such as an upgraded data source or a replacement data source, for example. Then, the status monitor 140 may prompt the data source 110 for an authentication code, as discussed above. Next, the data source 110 transmits the authentication code to the access authenticator 145 via the status monitor 140. Then, the access authenticator 145 compares the received authentication code to the predetermined authentication code, as discussed above. If the authentication code does not match the predetermined authentication code, then access to the remote data store 120 is not allowed. Alternatively, another attempt may be made to enter an authentication code. If the authentication code matches the predetermined authentication code, then the status monitor 140 triggers a copy request to be sent to the remote data store 120. For example, the status monitor 140 detects the connection of a newer PACS to the system 100 for upgrade and instructs the newer PACS to transmit the secure identification key to the access authenticator 145. Then, for example, if the secure identification key from the newer PACS matches the secure identification key in the database of the access authenticator 145, the access authenticator 145 allows the status monitor 140 to trigger a copy request to the remote data store 120.
  • Next, the [0047] remote data store 120 receives the copy request. Then, the remote data store 120 processes the request. Preferably, the remote data store 120 determines if a directory exists at the remote data store 120 that corresponds to the data source 115. Then, the status monitor 140 determines which data is to be copied to the data source 110. Next, the remote data store 120 determines if the data to be copied to the data source 110 is present in the directory for the data source 115 at the remote data store 120. For example, the remote data store 120 locates the directory for the PACS at the remote data store 120. The status monitor 140, for example, then determines that the ultrasound image and the ECG are to be copied to the newer PACS. Next, for example, the remote data store 120 determines that the ultrasound image and the ECG are stored at the directory for the PACS at the remote data store 120.
  • Next, the status monitor [0048] 140 preferably instructs the remote data store 120 to transmit the data to be copied to the data source 110. For example, the status monitor 140 transmits instructions to the remote data store 120 directing the remote data store 120 to transmit the ultrasound image and ECG to the newer PACS. Then, the data source 110 copies the data sent by the remote data store 120 at the data source 110. For example, the newer PACS stores the ultrasound image file and ECG from the PACS directory at the remote data store 120 at the newer PACS.
  • After the data is transferred between the [0049] remote data store 120 and the data source 110, the status monitor 140 may verify the transmission and/or receipt of the data. That is, the status monitor 140 may verify the transmission and/or receipt of the data by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the ultrasound image and the ECG from the remote data store 120 by performing a cyclic redundancy check (CRC) on the data or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • In an alternative embodiment, periodic copy operations may be executed to update the [0050] data source 110 with new data from the data source 115. Alternatively, the entire contents of the data source 115 may be copied to the data source 110 in a copy operation. In an alternative embodiment, the data from the data source 115 is deleted from the remote data store 120 after the data is copied to the data source 110.
  • In an alternative embodiment which may be applied to all of the above disclosed embodiments, the [0051] system 100 may comprise a plurality of data sources 110, 115. If multiple data sources 110, 115 attempt to access the remote data store 120 and/or if a single data source 110, 115 transmits multiple requests to the remote data store 120, the status monitor 140 may preferably arbitrate access to the remote data store 120. The status monitor 140 may arbitrate access to the remote data store 120 by allowing access to the remote data store 120 according to the priority of the data source 110, 115. Priority may include system priority, timing priority, or request priority, for example. For example, with system priority, a PACS may have a higher priority than an x-ray imaging system. With timing priority, for example, the system which has been waiting for the longest amount of time has a higher priority of access. For example, with request priority, a restore request may have a higher priority than a copy request. A data source 110, 115 may wait for access to the remote data store 120 until access is granted by the status monitor 140. For example, an ultrasound imaging system and an x-ray imaging system attempt to access the remote data store 120. The x-ray imaging system, for example, has a higher system priority than the ultrasound imaging system and is thus allowed to access the remote data store 120 first. The ultrasound imaging system waits for the remote data store 120 to complete the request of the x-ray imaging system and then the ultrasound imaging system may access the remote data store 120. Alternatively, the system 100 may accommodate multiple requests and/or multiple data sources. Alternatively, the system 100 may arbitrate command execution rather than access.
  • FIG. 2 illustrates a [0052] flowchart 200 for archiving data from a data source at a remote data store in accordance with a preferred embodiment of the present invention. The data source may be a picture archiving and communications system (PACS), a medical diagnostic imaging system, a database system, a computer system, a server, a hard disk drive, a terminal, or other data storage system, for example. The remote data store may be an application service provider, a server, a redundant disk array, a RAID drive, a hard disk drive, an archive, a database system, a computer system, or other central data storage system, for example.
  • First, at [0053] step 210, data is obtained from a patient. Data may include an image (such as an x-ray image, an ultrasound image, a computerized tomography image, and/or a magnetic resonance image, for example) and/or other medical data (such as examination reports, electrocardiograms, patient demographic data, and/or scheduling data, for example). Data may be obtained using medical diagnostic equipment and/or examination by a healthcare professional, for example. For example, an x-ray image of a patient is obtained at a hospital. Next, at step 220, the data is stored at the data source. For example, the patient's x-ray image is stored in a PACS at the hospital.
  • Then, at [0054] step 230, an archive request is triggered. The archive request may be triggered by a status monitor, by the data source, and/or by the remote data source, for example. The request may preferably be triggered by programmed trigger and/or by manual trigger, for example. Preferably, a programmed trigger may trigger a request after a time interval (such as hourly, daily, monthly, yearly, etc.), an event (such as file creation, data storage, system failure, program error, and/or system shutdown, for example), or other such definable interval. For example, the status monitor detects the storage of the x-ray image in the PACS and triggers a request to archive the x-ray image.
  • Next, at [0055] step 240, the identity of the data source is authenticated to verify that the data source may access the remote data store. Preferably, authentication is facilitated using an authentication code, such as an authorization code, a personal identification number, a machine identification number, a password, or other identification code, for example. Preferably, the authentication code is transmitted automatically by the data source or input by a user, for example, after prompting by the status monitor. If the authentication code does not match a predetermined authentication code (such as a daily generated code, a monthly generated code, a random key, or other predetermined authentication code, for example), access is not granted. Alternatively, another attempt may be made to authenticate the access. If the authentication code matches the predetermined authentication code, the authentication code is verified, and access to the remote data store is authorized. For example, the status monitor prompts a technician at the PACS to enter a password to access the remote data store. Then, for example, the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the PACS may access the remote data store.
  • Then, at [0056] step 250, if multiple data sources are attempting to access a single remote data store, access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority. Priority may include system priority, timing priority, or request priority, for example. That is, system priority indicates that one system has a higher priority of access than another system. Also, timing priority indicates that the system that has been waiting for access for the longest amount of time has a higher priority of access. Additionally, request priority signifies that certain operation requests may have a higher priority of access than other operation requests. Preferably, data sources may wait for access to the remote data store until access is granted through access arbitration. For example, the PACS and an x-ray system attempt to access the remote data store. The PACS, for example, initiates the access before the x-ray system and thus is first in time. Therefore, for example, the PACS is allowed to access the remote data store first. The x-ray system, for example, waits for the remote data store to complete the archive request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • Next, at [0057] step 260, the data source is examined to determine which data is to be archived at the remote data store. The status monitor, the data source, and/or the remote data store may determine which data is new or updated data to be archived at the remote data store and which data has already been archived at the remote data store. For example, the status monitor examines the directory of the PACS and locates the new x-ray image file to be archived at the remote data store. Alternatively, all data at the data source may be selected for archiving at the remote data store. Additionally, a user at the data source may manually select the data to archive at the remote data store (such as by clicking on file names in a backup program, for example).
  • Then, at [0058] step 270, the data is transferred from the data source to the remote data store. That is, files stored at the data source are transmitted to the remote data store. Preferably, the remote data store includes a directory, for example, in which to archive data from the data source. Alternatively, the remote data store includes a hard disk drive and/or other storage area, for example, in which to archive data from the data source. In the event of an archive request, data may be transferred from the data source to the directory, for example, of the remote data store to backup data and provide data reliability and security, for example. For example, the x-ray image file is transferred from the PACS to a directory at the remote data store which corresponds to the PACS. Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example.
  • Next, at [0059] step 280, the transfer of data between the data source and the remote data store is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the x-ray image file from the PACS to the remote data store by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • Finally, at [0060] step 290, the triggered request is reset so that a new request may be triggered. For example, the status monitor signal to initiate an archive operation is reset to normal upon completion of the backup and verification that the PACS data has been archived at the remote data store.
  • FIG. 3 illustrates a [0061] flowchart 300 for restoring data from a remote data store to a data source in accordance with a preferred embodiment of the present invention. First, data is obtained and archived at the remote data store in a method substantially similar to that described above in relation to FIG. 2. The data is preferably archived at the remote data store in a directory corresponding to the data source, as described above. Then, at step 310, an error occurs at the data source. The error may include data loss, data corruption, system failure, program error, and/or power loss, for example. For example, an x-ray image is corrupted in a PACS and is unviewable.
  • Then, at [0062] step 320, a restore request is triggered. The restore request may be triggered by a status monitor, by the data source, and/or by the remote data source, for example. The request may preferably be triggered by programmed trigger and/or by manual trigger, for example. Preferably, a programmed trigger may trigger a request after an event, such as system failure, data corruption, data loss, and/or program error, for example, occurs. For example, a user attempts to access the x-ray image at the PACS and discovers that the x-ray image is corrupted. The status monitor, for example, detects the corrupted x-ray image in the PACS and triggers a request to restore the x-ray image.
  • Next, at [0063] step 330, the identity of the data source is authenticated to verify that the data source may access the remote data store. Preferably, authentication proceeds as described above in reference to FIG. 2. For example, the status monitor prompts a technician at the PACS to enter a password to access the remote data store. Then, for example, the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the PACS may access the remote data store.
  • Then, at [0064] step 340, if multiple data sources are attempting to access a single remote data store, access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority, as described above in reference to FIG. 2. Preferably, data sources may wait for access to the remote data store until access is granted through access arbitration. For example, the PACS and an x-ray system attempt to access the remote data store. The restore request of the PACS, for example, has a higher priority than the archive request of the x-ray system, and, thus, the PACS is allowed to access the remote data store first. The x-ray system, for example, waits for the remote data store to complete the restore request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • Next, at [0065] step 350, the data source is examined to determine which data is to be restored from the remote data store. The status monitor, the data source, and/or the remote data store may determine which data is lost or corrupted data to be restored at the data source and which data is already present at the data source. For example, the status monitor examines the directory of the PACS and locates the corrupted x-ray image file to be restored. Alternatively, a user at the data source may manually select the data to restore from the remote data store (such as by clicking on file names in a restore program, for example).
  • Then, at [0066] step 360, the data is transferred from the remote data store to the data source. That is, files stored at the remote data store are transmitted to the data source. Preferably, the remote data store includes a directory, for example, which contains data from the data source. Alternatively, the remote data store includes a hard disk drive and/or other storage area, for example, which contains data from the data source. In the event of a restore request, data may be transferred from the directory, for example, of the remote data store to the data source. For example, the x-ray image file is transferred to the PACS from the directory at the remote data store which corresponds to the PACS. Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example. Preferably, the data is not deleted from the remote data store after transfer and may be used again to restore at the data source 110.
  • Next, at [0067] step 370, the transfer of data between the remote data store and the data source is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the x-ray image file from the remote data store to the PACS by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • Finally, at [0068] step 380, the triggered request is reset so that a new request may be triggered. For example, the status monitor signal to initiate a restore operation is reset to normal upon completion of the restore and verification that the data has been restored at the PACS.
  • FIG. 4 illustrates a [0069] flowchart 400 for copying data from a remote data store to a data source in accordance with a preferred embodiment of the present invention. First, data is obtained from a first data source and archived at the remote data store in a method substantially similar to that described above in relation to FIG. 2. The data is preferably archived at the remote data store in a directory corresponding to the first data source, as described above. Then, at step 410, a second data source is installed. That is, an additional, upgraded, and/or replacement data source may be added along with or in place of the first data source. For example, a hospital upgrades their data storage capabilities and installs a new PACS to replace the old PACS.
  • Then, at [0070] step 420, a copy request is triggered. The copy request may be triggered by a status monitor, by the first data source, by the second data source, and/or by the remote data source, for example. The request may preferably be triggered by programmed trigger and/or by manual trigger, for example. Preferably, a programmed trigger may trigger a request after an event (such as system start-up, system installation, and/or connection to the network, for example), or other such definable interval. For example, the status monitor detects the presence of the new PACS and triggers a request to copy the data from the old PACS to the new PACS.
  • Next, at [0071] step 430, the identity of the second data source is authenticated to verify that the second data source may access the remote data store. Preferably, authentication proceeds as described above in reference to FIG. 2. For example, the status monitor prompts a technician at the new PACS to enter a password to access the remote data store. Then, for example, the password is compared to the preset monthly password. If the technician's password matches the preset monthly password, the new PACS may access the remote data store.
  • Then, at [0072] step 440, if multiple data sources are attempting to access a single remote data store, access to the remote data store may be arbitrated or controlled. Access arbitration may be facilitated by allowing access to the remote data store according to priority, as described above in reference to FIG. 2. Preferably, data sources may wait for access to the remote data store until access is granted through access arbitration. For example, the new PACS and an x-ray system attempt to access the remote data store. The PACS, for example, has a higher system priority than the x-ray system, and, thus, the PACS is allowed to access the remote data store first. The x-ray system, for example, waits for the remote data store to complete the copy request of the PACS and then may access the remote data store. Alternatively, multiple accesses may be allowed at the remote data store.
  • Next, at [0073] step 450, the remote data store is examined to determine which data is to be copied from the remote data store to the second data source. The status monitor, the data source, and/or the remote data store may determine which data is to be copied from the remote data store to the second data source and which data is already present or unnecessary at the second data source. Preferably, the remote data store includes a directory, for example, which contains data from the first data source. Alternatively, the remote data store may include a hard disk drive and/or other storage area, for example, which contains data from the first data source. Thus, the directory, for example, which contains data from the first data source may be examined to determined which data is to be copied to the second data source. For example, the status monitor examines the directory of the remote data store and locates the directory containing files from the old PACS. Alternatively, a user at the data source may manually select the data to copy from the remote data store (such as by clicking on file names in a copy program, for example).
  • Then, at [0074] step 460, the data is transferred from the remote data store to the second data source. That is, files stored at the remote data store are transmitted to the second data source. In the event of a copy request, data may be transferred from the directory, hard disk drive, and/or storage area, for example, of the remote data store which corresponds to the first data source to the second data source. For example, data in the directory of the remote data store corresponding to the first data source is transferred to the second data source. Data may be transmitted on a file-by-file basis, on a disk-by-disk basis, on a data block-by-data block basis, or on a bit-by-bit basis, for example. Preferably, the data is not deleted from the remote data store after the data is copied to the second data source.
  • Next, at [0075] step 470, the transfer of data between the remote data store and the second data source is verified. That is, the data transfer may be verified by comparing file names, file sizes, file time stamps, file checksums, data transmission codes, and/or error correction codes, for example. For example, the status monitor may verify the transfer of the files from the remote data store to the PACS by performing a cyclic redundancy check (CRC) on the file or by checking the parity bits of the transferred data, for example, to insure that data was not lost or corrupted during transmission.
  • Finally, at [0076] step 480, the triggered request is reset so that a new request may be triggered. For example, the status monitor signal to initiate a copy operation is reset to normal upon completion of the copy operation and verification that the data has been copied to the new PACS.
  • In an alternative embodiment, periodic copy operations may be executed to update the second data source with new data from the first data source. Alternatively, the entire contents of the first data source may be copied to the second data source in a copy operation. In an alternative embodiment, the data from the first data source is deleted from the remote data store after the data is copied to the second data source. [0077]
  • Thus, the preferred embodiments of the present invention provide centralized archiving and retrieval of medical data via a remote data store. That is, a data source may archive data at the remote data store and retrieve the data in the event of a system failure, file corruption, or data loss, for example. Additionally, the preferred embodiments provide for retrieval of data from a central remote data store at multiple locations. For example, a first hospital with a first PACS may archive the data from the first PACS at the remote data store. Then, a second hospital with a second PACS may copy the data from the remote data store onto the second PACS. Thus, the files may be reliably retrieved and accessed at a variety of locations via the remote data store. [0078]
  • Thus, the preferred embodiments allow reliable access to medical data by providing a remote data store to archive data from a data source and restore data at the data source. That is, in the event of data loss and/or corruption, the data may be restored at the data source by the remote data store. Additionally, in the event of a system failure, the data at the remote data store may be copied to a replacement system. Thus, the preferred embodiments provide reliable access to medical data to aid in the diagnosis and treatment of patients by helping to insure that data is available so that healthcare practitioners may use the data to aid in the diagnosis and treatment of patients. [0079]
  • While the invention has been described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from its scope. Therefore, it is intended that the invention not be limited to the particular embodiment disclosed, but that the invention will include all embodiments falling within the scope of the appended claims. [0080]

Claims (52)

What is claimed is:
1. A central data archiving system, said system comprising:
a data source providing medical data;
a status monitor for controlling the transfer of said medical data from said data source to a remote data store; and
a remote data store receiving said medical data and storing said medical data.
2. The system of claim 1, wherein said status monitor verifies said transfer of said medical data from said data source to said remote data store.
3. The system of claim 1, further comprising an access authenticator for authenticating access to said remote data store by said data source.
4. The system of claim 3, wherein said access authenticator authenticates access to said data source.
5. The system of claim 1, wherein said data source further stores medical data.
6. The system of claim 5, wherein said remote data store further restores said medical data to said data source.
7. The system of claim 1, wherein said remote data store stores a copy of said medical data.
8. The system of claim 1, further comprising a second data source for storing medical data, wherein said remote data store transfers said medical data to said second data source.
9. The system of claim 1, wherein said remote data store comprises an application service provider.
10. The system of claim 1, wherein said remote data store is stored at a plurality of locations.
11. The system of claim 1, wherein said status monitor controls the transfer of data from said data source to said remote data store at a definable interval.
12. The system of claim 11, wherein said definable interval comprises a timed interval.
13. The system of claim 11, wherein said definable interval comprises an event-based interval.
14. The system of claim 11, wherein said definable interval comprises a manual interval.
15. A system for remotely accessing a centralized data store, said system comprising:
a remote data store storing medical data;
a status monitor for controlling the transfer of said medical data from said remote data store to a data source; and
a data source receiving said medical data and storing said medical data.
16. The system of claim 15, further comprising a second data source storing medical data.
17. The system of claim 16, wherein said status monitor controls the transfer of said copy of said medical data between said remote data store and said second data source.
18. The system of claim 16, wherein said status monitor verifies the transfer of said copy of said medical data between said remote data store and said second data source.
19. The system of claim 15, further comprising an access authenticator for authenticating access to said remote data store.
20. The system of claim 15, wherein said status monitor verifies said transfer of said medical data between said first data source and said remote data store.
21. The system of claim 15, wherein said remote data store comprises an application service provider.
22. The system of claim 15, wherein said remote data store is stored at a plurality of locations.
23. The system of claim 15, wherein said remote data store restores said medical data at said data source.
24. The system of claim 15, wherein said remote data store comprises at least one directory corresponding to said first data source.
25. A method for remotely archiving medical data, said method comprising:
transferring said medical data from a data source to a remote data store; and
storing said medical data at said remote data store.
26. The method of claim 25, further comprising the step of obtaining said medical data.
27. The method of claim 25, further comprising the step of storing said medical data at said data source.
28. The method of claim 25, wherein said storing step further comprises storing said medical data at said remote data store in a directory corresponding to said data source.
29. The method of claim 25, wherein said transferring step further comprises verifying said transfer of medical data from said remote data store to said data source.
30. The method of claim 25, further comprising the step of authenticating access to said remote data store.
31. The method of claim 25, wherein said transferring step occurs after a definable interval.
32. The method of claim 31, wherein said definable interval comprises a timed interval.
33. The method of claim 31, wherein said definable interval comprises an event-based interval.
34. The method of claim 31, wherein said definable interval comprises a manual interval.
35. The method of claim 25, further comprising the step of restoring said medical data to said data source from said remote data store.
36. The method of claim 25, further comprising the step of copying said medical data from said remote data source to a second data source.
37. A method for restoring medical data to a data source from a remote data store, said method comprising:
detecting an error in accessed medical data;
transferring a copy of said medical data from a remote data store to said data source; and
restoring said medical data by replacing said medical data at said data source with said copy of said medical data.
38. The method of claim 37, further comprising the step of previously obtaining said medical data at said data source and storing said medical data at said remote data store.
39. The method of claim 37, further comprising the step of copying said medical data to a second data source.
40. The method of claim 37, wherein said transferring step further comprises verifying said transferring of medical data from said remote data store to said data source.
41. The method of claim 37, further comprising the step of authenticating access to said remote data store.
42. The method of claim 37, wherein said transferring step further comprises transferring said medical data from a directory representative of said data source at said remote data store to said data source.
43. A method for installing medical data from a first data source to a second data source, said method comprising:
storing data remotely from a first data source to a remote data store;
providing access to a second data source;
transferring said medical data from said remote data store to said second data source; and
storing said medical data at said second data source.
44. The method of claim 43, wherein said transferring step further comprises transferring said medical data from a directory representative of said first data source at said remote data store to said second data source.
45. The method of claim 43, wherein said transferring step further comprises transferring files of medical data from said remote data store to said second data store.
46. The method of claim 43, wherein said transferring step further comprises transferring the entire contents of said first data source from said remote data store to said second data source.
47. The method of claim 43, wherein said transferring step further comprises verifying said transferring of medical data from said remote data store to said second data source.
48. The method of claim 44, further comprising the step of authenticating access to said remote data store.
49. The method of claim 44, wherein said transferring step occurs after a definable interval.
50. The method of claim 49, wherein said definable interval comprises a timed interval.
51. The method of claim 49, wherein said definable interval comprises an event-based interval.
52. The method of claim 49, wherein said definable interval comprises a manual interval.
US10/621,959 2001-04-13 2003-07-17 Application service provider based redundant archive services for medical archives and/or imaging systems Abandoned US20040015373A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/621,959 US20040015373A1 (en) 2001-04-13 2003-07-17 Application service provider based redundant archive services for medical archives and/or imaging systems

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/681,471 US7593972B2 (en) 2001-04-13 2001-04-13 Application service provider based redundant archive services for medical archives and/or imaging systems
US10/621,959 US20040015373A1 (en) 2001-04-13 2003-07-17 Application service provider based redundant archive services for medical archives and/or imaging systems

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/681,471 Division US7593972B2 (en) 2001-04-13 2001-04-13 Application service provider based redundant archive services for medical archives and/or imaging systems

Publications (1)

Publication Number Publication Date
US20040015373A1 true US20040015373A1 (en) 2004-01-22

Family

ID=24735424

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/681,471 Active 2024-04-16 US7593972B2 (en) 2001-04-13 2001-04-13 Application service provider based redundant archive services for medical archives and/or imaging systems
US10/621,959 Abandoned US20040015373A1 (en) 2001-04-13 2003-07-17 Application service provider based redundant archive services for medical archives and/or imaging systems

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/681,471 Active 2024-04-16 US7593972B2 (en) 2001-04-13 2001-04-13 Application service provider based redundant archive services for medical archives and/or imaging systems

Country Status (1)

Country Link
US (2) US7593972B2 (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030105393A1 (en) * 1998-09-29 2003-06-05 Michael Sutherland Removeable media recording station for the medical industry
US20050240445A1 (en) * 1998-09-29 2005-10-27 Michael Sutherland Medical archive library and method
DE102004039337A1 (en) * 2004-08-12 2006-02-23 Weinmann Geräte für Medizin GmbH + Co. KG Measuring data archiving method for use on data carrier e.g. compact disk, involves executing archiving of measuring data automatically on data carrier by controlling signal processing device after saving measuring data
US20060195343A1 (en) * 2005-01-31 2006-08-31 Karol Ruckschloss Method and program-encoded medium for computerized synchronization of distributed radiology system
US20060242226A1 (en) * 2003-06-04 2006-10-26 Hollebeek Robert J Ndma socket transport protocol
US20060241968A1 (en) * 2003-06-04 2006-10-26 Hollebeek Robert J Ndma scalable archive hardware/software architecture for load balancing, independent processing, and querying of records
US20060282447A1 (en) * 2003-06-04 2006-12-14 The Trustees Of The University Of Pennsylvania Ndma db schema, dicom to relational schema translation, and xml to sql query transformation
US20060293917A1 (en) * 2005-06-22 2006-12-28 General Electric Enterprise imaging worklist server and method of use
US20070107033A1 (en) * 2005-11-07 2007-05-10 Ho Kinson K S Redundant image storage system and method
US8239706B1 (en) * 2007-01-03 2012-08-07 Board Of Governors For Higher Education, State Of Rhode Island And Providence Plantations Data retrieval system and method that provides retrieval of data to any point in time
US10372876B2 (en) 2017-01-20 2019-08-06 Agfa Healthcare Inc. System and method for providing breast image data

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502891B2 (en) * 2003-10-30 2009-03-10 International Business Machines Corporation Storage management based on worklist
EP1692602A4 (en) * 2003-10-31 2007-10-24 Landmark Technology Partners I Intelligent client architecture computer system and method
JP4520755B2 (en) * 2004-02-26 2010-08-11 株式会社日立製作所 Data migration method and data migration apparatus
JP4452557B2 (en) * 2004-05-27 2010-04-21 株式会社日立製作所 Remote copy with WORM guarantee
US7734603B1 (en) * 2006-01-26 2010-06-08 Netapp, Inc. Content addressable storage array element
US8725533B2 (en) * 2006-03-09 2014-05-13 International Business Machines Corporation Policy-driven relocation of electronic healthcare records in a network environment
US20070271316A1 (en) * 2006-05-22 2007-11-22 I3Archives, Inc. System and method for backing up medical records
US7941405B2 (en) * 2007-03-30 2011-05-10 Data Center Technologies Password protection for file backups
US11625457B2 (en) * 2007-04-16 2023-04-11 Tailstream Technologies, Llc System for interactive matrix manipulation control of streamed data
US20090106331A1 (en) * 2007-10-22 2009-04-23 General Electric Company Dynamic two-stage clinical data archiving and retrieval solution
US8316288B2 (en) * 2007-11-09 2012-11-20 Carnegie Mellon University High efficiency, high performance system for writing data from applications to a safe file system
US20090251466A1 (en) * 2008-04-07 2009-10-08 Cooper James W Methods and Apparatus for Displaying Three-Dimensional Images for Analysis
US10089443B2 (en) 2012-05-15 2018-10-02 Baxter International Inc. Home medical device systems and methods for therapy prescription and tracking, servicing and inventory
WO2011031891A1 (en) 2009-09-09 2011-03-17 Abbott Diabetes Care Inc. Analyzing wireless communication degradation through comparison of communication links
US11102298B1 (en) 2015-05-26 2021-08-24 Pure Storage, Inc. Locally providing cloud storage services for fleet management
US9716755B2 (en) * 2015-05-26 2017-07-25 Pure Storage, Inc. Providing cloud storage array services by a local storage array in a data center
US11588905B2 (en) * 2016-08-23 2023-02-21 Veniam, Inc. Systems and methods for flexible software update in a network of moving things
JP6996092B2 (en) 2017-03-10 2022-01-17 富士フイルムビジネスイノベーション株式会社 Information processing equipment, medical audit equipment and programs
WO2020163758A1 (en) * 2019-02-08 2020-08-13 Arthur Young Systems, methods and machine readable programs for isolation of data

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4653112A (en) * 1985-02-05 1987-03-24 University Of Connecticut Image data management system
US5488702A (en) * 1994-04-26 1996-01-30 Unisys Corporation Data block check sequence generation and validation in a file cache system
US6259442B1 (en) * 1996-06-03 2001-07-10 Webtv Networks, Inc. Downloading software from a server to a client
US20010056438A1 (en) * 2000-06-27 2001-12-27 Atsuki Ito Database system with backup and recovery mechanisms
US20020007287A1 (en) * 1999-12-16 2002-01-17 Dietmar Straube System and method for electronic archiving and retrieval of medical documents
US20020019751A1 (en) * 2000-06-22 2002-02-14 Radvault, Inc. Medical image management system and method
US6574742B1 (en) * 1999-11-12 2003-06-03 Insite One, Llc Method for storing and accessing digital medical images
US6804778B1 (en) * 1999-04-15 2004-10-12 Gilian Technologies, Ltd. Data quality assurance
US6950871B1 (en) * 2000-06-29 2005-09-27 Hitachi, Ltd. Computer system having a storage area network and method of handling data in the computer system
US6973455B1 (en) * 1999-03-03 2005-12-06 Emc Corporation File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator
US7089449B1 (en) * 2000-11-06 2006-08-08 Micron Technology, Inc. Recovering a system that has experienced a fault

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3823259C2 (en) * 1987-07-08 1994-09-01 Toshiba Kawasaki Kk Device for archiving and transmitting medical image data
CA2125300C (en) * 1994-05-11 1999-10-12 Douglas J. Ballantyne Method and apparatus for the electronic distribution of medical information and patient services
US5740428A (en) * 1995-02-07 1998-04-14 Merge Technologies, Inc. Computer based multimedia medical database management system and user interface
US5893073A (en) * 1995-02-27 1999-04-06 Sun Microsystems, Inc. Method and apparatus for representing recurring events
US5812983A (en) * 1995-08-03 1998-09-22 Kumagai; Yasuo Computed medical file and chart system
US5902981A (en) * 1996-12-24 1999-05-11 Dethloff; Juergen Method and system for securing and restoring data of a portable chip-card if lost or stolen
JP3884821B2 (en) * 1997-03-27 2007-02-21 株式会社日立製作所 Distributed information integration method and apparatus
US6073209A (en) * 1997-03-31 2000-06-06 Ark Research Corporation Data storage controller providing multiple hosts with access to multiple storage subsystems
CA2233794C (en) * 1998-02-24 2001-02-06 Luc Bessette Method and apparatus for the management of medical files
US6141699A (en) * 1998-05-11 2000-10-31 International Business Machines Corporation Interactive display system for sequential retrieval and display of a plurality of interrelated data sets
US6221010B1 (en) * 1999-07-02 2001-04-24 Donald A. Lucas Home medical supervision and monitoring system
US6145742A (en) * 1999-09-03 2000-11-14 Drexler Technology Corporation Method and system for laser writing microscopic data spots on cards and labels readable with a CCD array
US6675271B1 (en) * 1999-12-16 2004-01-06 General Electric Company PACS archive techniques
US6678764B2 (en) * 2000-10-20 2004-01-13 Sony Corporation Medical image processing system
WO2002059770A1 (en) * 2000-12-18 2002-08-01 Cora Alisuag Computer oriented record administration system

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4653112A (en) * 1985-02-05 1987-03-24 University Of Connecticut Image data management system
US5488702A (en) * 1994-04-26 1996-01-30 Unisys Corporation Data block check sequence generation and validation in a file cache system
US6259442B1 (en) * 1996-06-03 2001-07-10 Webtv Networks, Inc. Downloading software from a server to a client
US6973455B1 (en) * 1999-03-03 2005-12-06 Emc Corporation File server system providing direct data sharing between clients with a server acting as an arbiter and coordinator
US6804778B1 (en) * 1999-04-15 2004-10-12 Gilian Technologies, Ltd. Data quality assurance
US6574742B1 (en) * 1999-11-12 2003-06-03 Insite One, Llc Method for storing and accessing digital medical images
US20020007287A1 (en) * 1999-12-16 2002-01-17 Dietmar Straube System and method for electronic archiving and retrieval of medical documents
US20020019751A1 (en) * 2000-06-22 2002-02-14 Radvault, Inc. Medical image management system and method
US20010056438A1 (en) * 2000-06-27 2001-12-27 Atsuki Ito Database system with backup and recovery mechanisms
US6950871B1 (en) * 2000-06-29 2005-09-27 Hitachi, Ltd. Computer system having a storage area network and method of handling data in the computer system
US7089449B1 (en) * 2000-11-06 2006-08-08 Micron Technology, Inc. Recovering a system that has experienced a fault

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954802B2 (en) 1998-09-29 2005-10-11 Tdk Electronics Corporation Removable media recording station for the medical industry
US20050240445A1 (en) * 1998-09-29 2005-10-27 Michael Sutherland Medical archive library and method
US20030105393A1 (en) * 1998-09-29 2003-06-05 Michael Sutherland Removeable media recording station for the medical industry
US20060241968A1 (en) * 2003-06-04 2006-10-26 Hollebeek Robert J Ndma scalable archive hardware/software architecture for load balancing, independent processing, and querying of records
US20060282447A1 (en) * 2003-06-04 2006-12-14 The Trustees Of The University Of Pennsylvania Ndma db schema, dicom to relational schema translation, and xml to sql query transformation
US20060242226A1 (en) * 2003-06-04 2006-10-26 Hollebeek Robert J Ndma socket transport protocol
DE102004039337A1 (en) * 2004-08-12 2006-02-23 Weinmann Geräte für Medizin GmbH + Co. KG Measuring data archiving method for use on data carrier e.g. compact disk, involves executing archiving of measuring data automatically on data carrier by controlling signal processing device after saving measuring data
US20060195343A1 (en) * 2005-01-31 2006-08-31 Karol Ruckschloss Method and program-encoded medium for computerized synchronization of distributed radiology system
US20060293917A1 (en) * 2005-06-22 2006-12-28 General Electric Enterprise imaging worklist server and method of use
US20100205011A1 (en) * 2005-06-22 2010-08-12 Yongjian Bao Enterprise imaging worklist server and method of use
US8775210B2 (en) 2005-06-22 2014-07-08 General Electric Company Enterprise imaging worklist server and method of use
US20070107033A1 (en) * 2005-11-07 2007-05-10 Ho Kinson K S Redundant image storage system and method
US8005921B2 (en) * 2005-11-07 2011-08-23 Agfa Inc. Redundant image storage system and method for PACS using archived flags
US8239706B1 (en) * 2007-01-03 2012-08-07 Board Of Governors For Higher Education, State Of Rhode Island And Providence Plantations Data retrieval system and method that provides retrieval of data to any point in time
US10372876B2 (en) 2017-01-20 2019-08-06 Agfa Healthcare Inc. System and method for providing breast image data

Also Published As

Publication number Publication date
US7593972B2 (en) 2009-09-22
US20020152231A1 (en) 2002-10-17

Similar Documents

Publication Publication Date Title
US7593972B2 (en) Application service provider based redundant archive services for medical archives and/or imaging systems
US7258665B2 (en) High availability deployment of an off-site management system for digital cardiac electrocardiograms operating in an application service provider model
US6738798B1 (en) Automated monitoring of collection of operational data from medical imaging devices
US6581069B1 (en) Automated activation and deactivation of operational data logging on medical imaging device
US6816842B1 (en) Method and apparatus for automatically processing business contract information into licensed end-user application
US6574742B1 (en) Method for storing and accessing digital medical images
US7421516B2 (en) System and method for multi-vendor authentication to remotely activate a software-based option
US7113894B2 (en) System and method for coordinated remote activation of multiple software-based options
US7509280B1 (en) Enterprise healthcare management system and method of using same
US7450742B2 (en) Information processing apparatus, information processing system, information processing method, storage medium, and program
US20070271316A1 (en) System and method for backing up medical records
US20050096942A1 (en) Storage management based on worklist
EP1410761A1 (en) Medical image diagnostic system, and information providing server and information providing method
US20030095648A1 (en) Fault-tolerant remote reprogramming for a patient-worn medical device
US20050197860A1 (en) Data management system
WO2007081829A2 (en) Remotely programming a patient medical device
US20020138301A1 (en) Integration of a portal into an application service provider data archive and/or web based viewer
US20030212581A1 (en) Method and apparatus for capturing medical information
US20020143574A1 (en) Integration of mobile imaging units into an application service provider for data storage and information system support
US20050187787A1 (en) Method for payer access to medical image data
WO2001098866A2 (en) Method and apparatus for requesting and retrieving medical information
US20210265031A1 (en) Systems and methods for transferring medical data from medical devices to a remote server
EP1221248A1 (en) System and method for interfacing a radiology information system to a central dictation system
JP2004194759A (en) Cooperative diagnosis system
Cox et al. DICOM-compliant PACS with CD-based image archival

Legal Events

Date Code Title Description
AS Assignment

Owner name: GE MEDICAL SYSTEMS INFORMATION TECHNOLOGIES, INC.,

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SILVA-CRAIG, MILTON;KARRAS, THANOS;ANGST, GREG;REEL/FRAME:014318/0370;SIGNING DATES FROM 20010505 TO 20010516

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION