The instant invention relates to computer networking and in particular to a method and system for providing remote access to a state of an application via a computer network.
Healthcare institutions, such as hospitals and diagnostic clinics, utilize information systems such as Hospital Information Systems (HIS), Radiology Information Systems (RIS), Clinical Information Systems (CIS), Picture Archive and Communication Systems (PACS), Library Information Systems (LIS), Electronic Medical Records (EMR), to name a few. Information stored and processed in such systems includes, for example, patient medical histories, imaging data, test results, diagnosis information, management information, and scheduling information. The information is stored centrally or divided at a plurality of locations of a computer network—typically comprising a client-server architecture. Healthcare practitioners access the patient information or other information at various time instants and locations using sophisticated software application programs to gather, analyze, manipulate, and store data.
For example, using a PACS workstation a radiologist performs an image reading for a diagnosis based on content of diagnostic images and reports the results electronically in a patient application file. Because of the large volume of data and intensive computing requirements, the software used to perform this task typically requires dedicated workstation hardware and high bandwidth network access to the diagnostic images. As a consequence, there is limited or no access to the diagnostic information and analysis capability off-site from the PACS workstation. This limits the ability of radiologists, technicians, and other specialists who are not on-site to be able to gain access to the necessary software and data to provide timely diagnosis, for example, in an urgent situation.
Presently, this problem is typically overcome by providing remote network access to the screen or console of the workstation hardware, or by downloading sensitive data such as, for example, diagnostic data, to a remote system. In the first case, remote access software does not have any special knowledge of the application programs that are executed and are not able to optimize the presentation of the display of the application program to the user based on the state of the application program—resulting in inefficient use of network bandwidth and poor performance for the remote user. In the second case, the transmission of patient related information to an uncontrolled remote site is a security risk for such sensitive information, and furthermore, in the case of diagnostic imaging data, requires transmission of large amounts of information which is beyond the capacity of many networks.
It is desirable to provide a method and system for providing remote access to the state of an application such that the state of the application is presented to a remote user in a fashion adapted to hardware capabilities of the remote computer.
It is also desirable to provide a method and system for providing remote access to the state of an application such that the state of the application is presented to a remote user absent replication of the application program's data processing.
It is also desirable to provide a method and system for providing remote access to the state of an application wherein transmission of data is substantially reduced.
In accordance with embodiments of the present invention there is provided a method for providing remote access to a state of an application. The method comprises executing an application program at a server computer for performing an application associated therewith. At a client computer connected to the server computer via a communication network a remote access program is executed for providing remote access to a state of the performed application. At the client computer a client difference program having encoded data indicative of a change of a state of the application last received from the server computer is generated and transmitted to the server computer. At the server computer the client difference program is executed for determining an updated state of the application and a server difference program having encoded a difference between the updated state of the application and the state of the application last sent to the client computer is generated. The server difference program is then transmitted to the client computer and at the client computer executed for updating the state of the application last received from the server computer. Display data indicative of the updated state of the application last received from the server computer are generated and displayed in a human comprehensible fashion on a display.
In accordance with embodiments of the present invention there is further provided a storage medium having stored therein executable commands for execution on a processor of a client computer. The processor when executing the commands providing remote access to an application performed on a server computer connected thereto. The processor generates a client difference program having encoded data indicative of a change of a state of the application last received from a server computer and transmits it to the server computer. The processor receives from the server computer a server difference program and executes it for updating the state of the application last received from the server computer. The processor then generates display data indicative of the updated state of the application last received from the server computer.
In accordance with embodiments of the present invention there is further provided a storage medium having stored therein executable commands for execution on a processor of a server computer. The processor when executing the commands providing remote access to an application performed on the server computer to a client computer connected thereto. The processor receives from the client computer a client difference program having encoded data indicative of a change of a state of the application last received from a server computer and executes the client difference program for determining an updated state of the application. The processor generates a server difference program having encoded a difference between the updated state of the application and the state of the application last sent to the client computer. The processor then transmits the server difference program to the client computer.
Exemplary embodiments of the invention will now be described in conjunction with the following drawings, in which:
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which the invention belongs. Although any methods and materials similar or equivalent to those described herein can be used in the practice or testing of the present invention, the preferred methods and materials are now described.
While embodiments of the invention will be described for patient application files in a clinical environment only for the sake of simplicity, it will become evident to those skilled in the art that the embodiments of the invention are not limited thereto, but are applicable in numerous other fields where users remotely access a state of an application program via a computer network.
Referring to
In the system 100 an application program for performing an application associated therewith is executed on processor 104 of the server computer 102, for example, by executing executable commands stored in memory 106. For example, applications enable: viewing and modifying of medical images, viewing and modifying of a patient file, entering a diagnostic report, and scheduling a patient's appointments. A state of an application is changed, for example, when a user changes information in a patient file or requests a different view of a medical image.
For example, using the system 100 a radiologist is enabled to perform an image reading for a diagnosis by remotely accessing an imaging application executed on a dedicated PACS workstation and to enter a report into a patient file by remotely accessing a patient file application.
Typically, an application such as, for example, the patient file application is processed at different client computers 110A, 110B connected via the communication network 108 to the server computer 102. For example, at client computer 110B a medical practitioner enters his diagnosis of a medical image into the patient application file while at client computer 110A a health care worker enters scheduling information for an appointment into the patient application file. The processing of the same patient file application at two different client computers 110A, 110B results in different states of the patient file application.
The system 100 provides remote access as well as synchronizes the states of an application by executing a method for providing remote access to the state of an application according to embodiments of the invention, as will be described herein below. The method for providing remote access to the state of an application is performed, for example, by executing a remote access program on processors 112A, 112B. For example, the remote access program is performed by executing executable commands stored in memory 114A, 114B. The remote access program is in communication with a remote server access program executed on the processor 104 of the server computer 102, which is in communication with the application program. Alternatively, the remote access program is in direct communication with the application program. When performing the method for providing remote access to the state of an application, the processor of the server computer 102 communicates with respective processors 112A, 112B of the client computers 110A, 110B using standard communication protocols—such as, for example, Hyper Text Transfer Protocol (HTTP)—of the communication network 108, which are well known to those skilled in the art.
In the method for providing remote access to the state of an application, “view data” of the state of the application are generated and transmitted in a fashion according to hardware capabilities of the client computer—for example, processing capacity, memory size, type of graphical display, and type of user interface. For example, “view data” generated and transmitted for a personal computer are different from “view data” generated and transmitted for a wireless handheld device. For example, during a remote access a user modifies data of a patient file. First, “view data” indicative of the data of the patient file are generated at the server computer and transmitted to the client computer where the “view data” are displayed. The user using a user interface of the client computer then provides data indicative of a change of data of the patient file as “view data” which are then encoded and transmitted to the server computer. The server computer then changes the state of the application in dependence upon the data indicative of a change provided by the user and the application then stores data in dependence thereupon in the patient file stored in a database. Using “view data” enables presentation of the state of an application without transmitting sensitive and/or voluminous diagnostic data and avoids replicating of the application's data processing on the client computer.
Referring to
The difference programs comprise executable commands for execution by a processor. The encoded data are indicative of: a path to the change in the state of the application; a type of the change; and a value of the change. The type of change is, for example, a “modification”, a “deletion”, or an “insertion”, with the value for deletion changes being empty. An example of a difference program is:
Path=“Patient/Name/First”
Type=“Modification”
Value=“Jane”
Path=“Patient/Hobby”
Type=“Insertion”
Value=“Knitting”
Path=“Patient/Career”
Type=“Deletion”
Value=“ ”
The client difference program is then transmitted—16—to the server computer 102 via the communication network 108. At the server computer 102 the client difference program is executed—18—for determining an updated state of the application followed by generating a server difference program. The server difference program has encoded a difference between the updated state of the application and the state of the application last sent to the client computer 110A. This difference also captures changes, for example, received from another client computer—for example, client computer 110B—or generated due to execution of the application program in dependence upon the executed client difference program for determining the updated state of the application. The server difference program is then transmitted—20—to the client computer 110A via the communication network 108. At the client computer 110A the server difference program is executed—22—for updating the state of the application last received from the server computer 102. Display data indicative of the updated state of the application last received from the server computer 102 are generated—24—and displayed in a human comprehensible fashion on display 116A. Optionally, step 24 is omitted, for example, in situations where the updated state of the application does not affect the data displayed on the display 116A.
Preferably, a remote server access program is executed on the processor 104 of the server computer 102 for executing the client difference program; communicating with the application program for determining the updated state of the application; and generating the server difference program. Provision of the remote server access program enables remote access to off-the-shelf application programs, increases substantially flexibility for the provision of the remote access absent modifications of the application program, and substantially facilitates implementation of the remote access as a retrofit. Alternatively, the application program is enabled to perform the operations of the remote server access program.
Further preferably, the method for providing remote access to the state of an application enables limited access to a predetermined portion of the state of the application. For example, the limited access is enabled for:
meeting hardware capabilities—for example, processing capacity, memory size, type of graphical display, and type of user interface—of the client computer—for example, the hardware capabilities of a personal computer are substantially different to the hardware capabilities of a wireless handheld device;
being compatible with different operating systems of different client computers; and, implementing user access restrictions to information for providing different users with different access to the state of an application—for example, an administrative user for scheduling a patient's appointments is prevented from accessing diagnostic information of the patient.
Further preferably, the method for providing remote access to the state of an application enables remote access for a plurality of client computers 110A, 110B, which are, for example, simultaneously, connected to the server computer 102 via the communication network 108 for accessing the state of a same application.
As illustrated in
At the server computer 102 a third server difference program is generated—34. The third server difference program has encoded a difference between the second updated state of the application and the state of the application last sent to the client computer 110A. The third server difference program is then transmitted—36—to the client computer 110A via the communication network 108. At the client computer 110A the third server difference program is executed—38—for updating the state of the application last received from the server computer 102. Display data indicative of the updated state of the application last received from the server computer 102 are generated—40—and displayed in a human comprehensible fashion on display 116A. Optionally, step 40 is omitted, for example, in situations where the updated state of the application does not affect the data displayed on the display 116A. Preferably, the steps 34 to 40 are executed simultaneously to the execution of steps 26 to 32. Alternatively, the steps 34 to 40 are omitted and the changes received from the second client computer 110B are provided to the client computer 110A after receipt of a client difference program from the client computer 110A.
Upon initiation of the remote access for the client computer a state of the application is provided as illustrated in
Referring to
Referring to
As is evident to those skilled in the art, the embodiments of the system 100 and method for providing remote access to the state of an application according to the invention have been described with respect to a client-server network architecture comprising two client computers for the sake of simplicity but are not limited thereto and are applicable for other network architectures as well as various numbers of client computers.
The embodiments of the method for providing remote access to the state of an application are performed, for example, by executing executable commands stored in storage mediums—for example, the memory 106 using processor 104 of the server computer 102 and the memory 114A using the processor 112A of the client computer 110A. The executable commands for being stored in the memory of the client computers are, for example, transmitted from the server computer 102 via the communication network 108.
The present invention has been described herein with regard to preferred embodiments. However, it will be obvious to persons skilled in the art that a number of variations and modifications can be made without departing from the scope of the invention as described herein.
This application claims the benefit of U.S. Provisional Patent Application No. 61/193,423 filed Nov. 26, 2008, the entire contents of which are incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
5345550 | Bloomfield | Sep 1994 | A |
5555003 | Montgomery et al. | Sep 1996 | A |
5742778 | Hao et al. | Apr 1998 | A |
5870759 | Bauer et al. | Feb 1999 | A |
5978842 | Noble et al. | Nov 1999 | A |
6045048 | Wilz et al. | Apr 2000 | A |
6061689 | Chang et al. | May 2000 | A |
6075531 | DeStefano | Jun 2000 | A |
6141698 | Krishnan et al. | Oct 2000 | A |
6453334 | Vinson et al. | Sep 2002 | B1 |
6601233 | Underwood | Jul 2003 | B1 |
6792607 | Burd et al. | Sep 2004 | B1 |
6918113 | Patel et al. | Jul 2005 | B2 |
7065568 | Bracewell et al. | Jun 2006 | B2 |
7069227 | Lintel et al. | Jun 2006 | B1 |
7073059 | Worely et al. | Jul 2006 | B2 |
7149761 | Cooke et al. | Dec 2006 | B2 |
7167893 | Malone et al. | Jan 2007 | B1 |
7174504 | Tsao | Feb 2007 | B2 |
7181686 | Bahrs | Feb 2007 | B1 |
7240162 | de Vries | Jul 2007 | B2 |
7246063 | James et al. | Jul 2007 | B2 |
7343310 | Stender | Mar 2008 | B1 |
7350151 | Nakajima | Mar 2008 | B1 |
7451196 | de Vries et al. | Nov 2008 | B1 |
7577751 | Vinson et al. | Aug 2009 | B2 |
7620901 | Carpenter et al. | Nov 2009 | B2 |
7647370 | Liu et al. | Jan 2010 | B1 |
7650444 | Dirstine et al. | Jan 2010 | B2 |
7656799 | Samuels et al. | Feb 2010 | B2 |
7725331 | Schurenberg et al. | May 2010 | B2 |
7802183 | Essin | Sep 2010 | B1 |
7831919 | Viljoen et al. | Nov 2010 | B1 |
7921078 | McCuller | Apr 2011 | B2 |
7941488 | Goodman et al. | May 2011 | B2 |
7966572 | Matthews et al. | Jun 2011 | B2 |
8024523 | de Vries et al. | Sep 2011 | B2 |
8261345 | Hitomi et al. | Sep 2012 | B2 |
8356252 | Raman et al. | Jan 2013 | B2 |
8359591 | de Vries et al. | Jan 2013 | B2 |
8509230 | Vinson et al. | Aug 2013 | B2 |
8527706 | de Vries et al. | Sep 2013 | B2 |
8572178 | Frazzini et al. | Oct 2013 | B1 |
8627081 | Grimen et al. | Jan 2014 | B2 |
20010047393 | Arner et al. | Nov 2001 | A1 |
20030014735 | Achlioptas et al. | Jan 2003 | A1 |
20030023670 | Walrath | Jan 2003 | A1 |
20030065738 | Yang et al. | Apr 2003 | A1 |
20030120324 | Osborn et al. | Jun 2003 | A1 |
20030149941 | Tsao | Aug 2003 | A1 |
20030184584 | Vachuska et al. | Oct 2003 | A1 |
20030208472 | Pham | Nov 2003 | A1 |
20040068516 | Lee et al. | Apr 2004 | A1 |
20040106916 | Quaid et al. | Jun 2004 | A1 |
20040243919 | Muresan et al. | Dec 2004 | A1 |
20040249885 | Petropoulakis et al. | Dec 2004 | A1 |
20050010871 | Ruthfield et al. | Jan 2005 | A1 |
20050050229 | Comeau et al. | Mar 2005 | A1 |
20050138631 | Bellotti et al. | Jun 2005 | A1 |
20050188313 | Matthews et al. | Aug 2005 | A1 |
20060026006 | Hindle | Feb 2006 | A1 |
20060101397 | Mercer et al. | May 2006 | A1 |
20060231175 | Vondracek et al. | Oct 2006 | A1 |
20060236328 | DeWitt | Oct 2006 | A1 |
20060294418 | Fuchs | Dec 2006 | A1 |
20070024645 | Purcell et al. | Feb 2007 | A1 |
20070112880 | Yang et al. | May 2007 | A1 |
20070226636 | Carpenter et al. | Sep 2007 | A1 |
20070282951 | Selimis et al. | Dec 2007 | A1 |
20080146194 | Yang et al. | Jun 2008 | A1 |
20080183190 | Adcox et al. | Jul 2008 | A1 |
20080313282 | Warila et al. | Dec 2008 | A1 |
20090044171 | Avadhanula | Feb 2009 | A1 |
20090080523 | McDowell | Mar 2009 | A1 |
20090089742 | Nagulu et al. | Apr 2009 | A1 |
20090119644 | de Vries et al. | May 2009 | A1 |
20090209239 | Montesdeoca | Aug 2009 | A1 |
20100174773 | Penner et al. | Jul 2010 | A1 |
20100205147 | Lee | Aug 2010 | A1 |
20120133675 | McDowell | May 2012 | A1 |
20120154633 | Rodriguez | Jun 2012 | A1 |
20120221792 | de Vries et al. | Aug 2012 | A1 |
20120245918 | Overton et al. | Sep 2012 | A1 |
20120246225 | Lemire et al. | Sep 2012 | A1 |
20130007227 | Hitomi et al. | Jan 2013 | A1 |
20130179962 | Arai et al. | Jul 2013 | A1 |
Number | Date | Country |
---|---|---|
0349463 | Jan 1990 | EP |
2007-084744 | Mar 1995 | JP |
2002-055870 | Feb 2002 | JP |
2005-031807 | Feb 2005 | JP |
2005-521946 | Jul 2005 | JP |
9858478 | Dec 1998 | WO |
0209106 | Jan 2002 | WO |
03083684 | Oct 2003 | WO |
2010088768 | Aug 2010 | WO |
2010127327 | Nov 2010 | WO |
2012127308 | Sep 2012 | WO |
2013024342 | Feb 2013 | WO |
2013024343 | Feb 2013 | WO |
2013109984 | Jul 2013 | WO |
2013128284 | Sep 2013 | WO |
2013153439 | Oct 2013 | WO |
Entry |
---|
Fraser, Neil, Google, Mountain View, CA, U.S.A., Differential Synchronization, Aug. 9, 2009. |
Mitchell et al., “A Smartphone Client-Server Teleradiology System for Primary Diagnosis of Acute Stroke”; Journal of Medical Internet Research.vol. 13, Issue 2, 2011. |
Coffman, Daniel, et al., “A Client-Server Architecture for State-Dependent Dynamic Visualizations on the Web,” IBM T.J. Watson Research Center, 2010, 10 pages. |
Jourdain, Sebastien, et al., “ParaViewWeb: A Web Framework for 3D Visualization and Data Processing,” International Journal of Computer Information Systems and Industrial Management Applications, vol. 3, 2011, pp. 870-877. |
Microsoft Computer Dictionary, Microsoft Press, 5th Edition, Mar. 15, 2002, p. 624. |
ParaViewWeb, KitwarePublic, retrieved on Jan. 27, 2014 from http://www.paraview.org/Wiki/ParaViewWeb, 1 page. |
Remote Desktop Protocol (RDP), retrieved on May 4, 2014 from http://en.wikipedia.org/wiki/Remote—Desktop—Protocol, 7 pages. |
Remote Desktop Services (RDS), Remote App, retrieved on May 4, 2014 from http://en.wikipedia.org/wiki/Remote—Desktop—Services, 9 pages. |
Remote Desktop Services (RDS), Windows Desktop Sharing, retrieved on May 4, 2014 from http://en.wikipedia.org/wiki/Remote—Desktop—Services, 9 pages. |
International Search Report, dated Feb. 19, 2010, in connection with International Application No. PCT/CA2009/001704. |
International Preliminary Report on Patentability and Written Opinion, dated May 31, 2011, in connection with International Application No. PCT/CA2009/001704. |
International Search Report, dated May 12, 2010, in connection with International Application No. PCT/CA2010/000154. |
International Preliminary Report on Patentability and Written Opinion, dated Aug. 9, 2011, in connection with International Application No. PCT/CA2010/000154. |
International Search Report and Written Opinion, dated Jul. 31, 2012, in connection with International Application No. PCT/IB2012/000562. |
International Search Report, dated Dec. 20, 2012, in connection with International Application No. PCT/IB2012/001589. |
International Preliminary Report on Patentability and Written Opinion, dated Feb. 18, 2014, in connection with International Application No. PCT/IB2012/001589. |
International Search Report, dated Dec. 28, 2012, in connection with International Application No. PCT/IB2012/001590. |
International Preliminary Report on Patentability and Written Opinion, dated Feb. 18, 2014, in connection with International Application No. PCT/IB2012/001590. |
International Search Report and Written Opinion, dated Aug. 21, 2013, in connection with International Application No. PCT/IB2013/000676. |
International Search Report and Written Opinion, dated Jul. 31, 2013, in connection with International Application No. PCT/IB2013/000720. |
Number | Date | Country | |
---|---|---|---|
20100131591 A1 | May 2010 | US |
Number | Date | Country | |
---|---|---|---|
61193423 | Nov 2008 | US |