IP Library Granted Patent US 10,896,745
Granted Patent B2
US 10,896,745 · App. 15/646,756 · Granted Jan 19, 2021

Smart placement rules

Inventors: Murray A. Reicher (Rancho Santa Fe, CA); Cole A. Genovese (Encinitas, CA); Carol G. Sloyer (La Jolla, CA); Thomas J. Edwards (San Diego, CA)
Assignee: MERGE HEALTHCARE SOLUTIONS INC.
G16H10/60G06F19/321G06Q10/00G06Q10/10G06Q10/1095G06Q50/22G06Q50/24G16H40/20
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,896,745
App. No.
15/646,756
Granted
Jan 19, 2021
Kind
B2
Abstract

A smart placement module determines components of received medical data, such as medical reports and image montages, to forward to one or more secondary location, such as an EMR system, based on smart placement rules that are established by a user that receives the medical data, such as a referring doctor. Thus, the smart placement module decreases or removes the need for the receiving user to manually select and transfer certain medical data for storage at the EMR system. Accordingly, the receiving user, and other authorized EMR system users, may have prompt access to the medical data via their respective connections to the EMR system. In one embodiment, the smart placement module transmits a patient identification file that is usable by the receiving EMR system to allow the EMR system to associate received medical data with other data regarding a respective patient.

Claims (46)

1. A method comprising:

under control of one or more hardware computer processors of a computing device configured with computer-executable instructions:

accessing medical data having a plurality of components;

accessing one or more user-defined rules indicating user preferences for formatting and transmitting the plurality of components of the medical data;

determining a medical data component type associated with a component of the plurality of components of the medical data;

determining, based on the one or more user-defined rules, that the component is not in a format indicated in the one or more user-defined rules associated with the medical data component type;

in response to determining that the component is not in the format indicated by the accessed user-defined rules, converting the component to the format;

generating an electronic token comprising executable software code, wherein the electronic token includes an indication of a software application suitable for viewing the component of medical data;

determining that the component of the medical data is fully transmitted to a remote computing device; and

in response to determining that the component of the medical data is fully transmitted to the remote computing device, automatically activating, on the remote computing device, the software application indicated by the electronic token.

2. The method of claim 1 , wherein the plurality of components comprises a report component and an image component of a medical exam.

3. The method of claim 1 , wherein the plurality of components have one or more attributes comprise at least one of: a time that the component is received by the computing device, a referring physician's name, a radiologist name, an exam type, or an exam modality.

4. The method of claim 1 , wherein the plurality of components comprises a first component having a first medical data component type and a second component having a second medical data component type, and wherein the method further comprises storing the first component at a first storage location and storing the second component at a second location in accordance with the one or more rules.

5. The method of claim 4 , wherein at least one of the first storage location or a second storage location is particular to a patient for whom the medical data is acquired.

6. The method of claim 1 , further comprising transmitting the component of the medical data and the electronic token to a medical data storage system.

7. The method of claim 1 , wherein the electronic token is generated automatically based on a determination that the software application is compatible with the at least some of the plurality of images.

8. A image server system comprising:

one or more processors and a non-transitory memory configured to store software instructions, wherein, when executed by the one or more processors, the software instructions are configured to cause the one or more processors to:

access medical data having a plurality of components;

access one or more user-defined rules indicating user preferences for formatting and transmitting the plurality of components of the medical data;

determining a medical data component type associated with a component of the plurality of components of the medical data;

determine, based on the one or more user-defined rules, that the component is not in a format indicated in the one or more user-defined rules associated with the medical data component type;

in response to determining that the component is not in the format indicated by the accessed user-defined rules, convert the component to the format;

generate an electronic token comprising executable software code, wherein the electronic token includes an indication of a software application suitable for viewing the component of medical data;

determine that the component of the medical data is fully transmitted to a remote computing device; and

in response to determining that the component of the medical data is fully transmitted to the remote computing device, automatically activate, on the remote computing device, the software application indicated by the electronic token.

9. The system of claim 8 , wherein the plurality of components comprises a report component and an image component of a medical exam.

10. The system of claim 8 , wherein the plurality of components have one or more attributes comprise at least one of: a time that the component is received by the computing device, a referring physician's name, a radiologist name, an exam type, or an exam modality.

11. The system of claim 8 , wherein the plurality of components comprises a first component having a first medical data component type and a second component having a second medical data component type, and wherein the software instructions are further configured to cause the one or more processors to store the first component at a first storage location and storing the second component at a second location in accordance with the one or more rules.

12. The system of claim 11 , wherein at least one of the first storage location or a second storage location is particular to a patient for whom the medical data is acquired.

13. The system of claim 8 , wherein the software instructions are further configured to cause the one or more processors to transmit the component of the medical data and the electronic token to a medical data storage system.

14. The system of claim 8 , wherein the electronic token is generated automatically based on a determination that the software application is compatible with the at least some of the plurality of images.

15. A non-transitory computer-readable storage medium storing software code that, when executed by a computer system, configures the computer system to perform operations comprising:

accessing medical data having a plurality of components;

accessing one or more user-defined rules indicating user preferences for formatting and transmitting the plurality of components of the medical data;

determining a medical data component type associated with a component of the plurality of components of the medical data;

determining, based on the one or more user-defined rules, that the component is not in a format indicated in the one or more user-defined rules associated with the medical data component type;

in response to determining that the component is not in the format indicated by the accessed user-defined rules, converting the component to the format;

generating an electronic token comprising executable software code, wherein the electronic token includes an indication of a software application suitable for viewing the component of medical data;

determining that the component of the medical data is fully transmitted to a remote computing device; and

in response to determining that the component of the medical data is fully transmitted to the remote computing device, automatically activating, on the remote computing device, the software application indicated by the electronic token.

16. The non-transitory computer-readable storage medium of claim 15 , wherein the plurality of components comprises a report component and an image component of a medical exam.

17. The non-transitory computer-readable storage medium of claim 15 , wherein the plurality of components have one or more attributes comprise at least one of: a time that the component is received by the computing device, a referring physician's name, a radiologist name, an exam type, or an exam modality.

18. The non-transitory computer-readable storage medium of claim 15 , wherein the plurality of components comprises a first component having a first medical data component type and a second component having a second medical data component type, and wherein the software code further causes the computer system to store the first component at a first storage location and storing the second component at a second location in accordance with the one or more rules.

19. The non-transitory computer-readable storage medium of claim 15 , wherein further comprising transmitting the component of the medical data and the electronic token to a medical data storage system.

20. The non-transitory computer-readable storage medium of claim 15 , wherein the electronic token is generated automatically based on a determination that the software application is compatible with the at least some of the plurality of images.

Assignments (6)
SECURITY INTEREST Recorded Oct 1, 2025
From: MERATIVE US L.P.; MERGE HEALTHCARE INCORPORATED
To: TCG SENIOR FUNDING L.L.C., AS COLLATERAL AGENT
Reel/Frame 072808/0442 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 21, 2022
From: INTERNATIONAL BUSINESS MACHINES CORPORATION
To: MERATIVE US L.P.
Reel/Frame 061496/0752 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 16, 2021
From: MERGE HEALTHCARE SOLUTIONS INC.
To: INTERNATIONAL BUSINESS MACHINES CORPORATION
Reel/Frame 055617/0985 →
AFFIDAVIT CONCERNING CHANGE IN PATENT OWNERSHIP Recorded Aug 6, 2019
From: D.R. SYSTEMS, INC.
To: MERGE HEALTHCARE SOLUTIONS INC.
Reel/Frame 049967/0426 →
NUNC PRO TUNC ASSIGNMENT Recorded May 16, 2019
From: D.R. SYSTEMS, INC.
To: MERGE HEALTHCARE SOLUTIONS INC.
Reel/Frame 050043/0921 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 11, 2017
From: REICHER, MURRAY A.; GENOVESE, COLE A.; SLOYER, CAROL G.; EDWARDS, THOMAS J.
To: D.R. SYSTEMS, INC.
Reel/Frame 042978/0430 →
Continuity (6)
Continuation 14298806 · Jun 6, 2014
Continuation 13907128 · May 31, 2013
Continuation 13118085 · May 27, 2011
Continuation 11942674 · Nov 19, 2007
Provisional Application 60867071 · Nov 22, 2006
Related Publication 20170308647A1 · Oct 26, 2017