Granted Patent B2

US 12,613,712 · App. 18/060,055 · Granted Apr 28, 2026

Inventor: Brian Scott Alper (Franklin, NC)

G06F9/451G06F9/54G06F3/0482

Abstract

Claims (62)

1 . A system for acquiring data representing research knowledge in a non-standard form and converting such data to an intermediate form, the system comprising:

a data storage server;

one or more application programming interfaces (APIs); and

a computing device, the computing device configured to:

display a creator graphical user interface (GUI) for entry of a first new data by a user;

receive the first new data from the user;

convert the first new data into a first current data in the intermediate form using a first API of the one or more APIs;

store the first current data in the data storage server;

convert the first current data into a viewable data in a human-readable display form using a second API of the one or more APIs;

display the viewable data in one or more reader GUIs;

responsive to receiving a signal from a user, display the first current data in one or more developer GUIs comprising displaying one or more picklists with single-phrase display values to allow a predetermined pattern to be selected in one operation;

receive one or more revised data values and/or one or more second new data values from the user; and

convert the one or more revised data values and/or the one or more second new data values into a second current data in the intermediate form using a third API of the one or more APIs.

2 . The system of claim 1 further comprising:

display the first current data in one or more editor GUIs;

responsive to receiving one or more revised data values and/or one or more second new data values from the user, convert the one or more revised data values and/or the one or more second new data values into a second current data in the intermediate form using a fourth API of the one or more APIs; and

store the second current data in the data storage server.

3 . The system of claim 1 , wherein the intermediate form is a Fast Healthcare Interoperability Resources (FHIR) standard.

4 . The system of claim 1 , wherein store the first current data in the data storage server comprises:

responsive to receiving a signal from the user that the first current data is correct, store the first current data in the data storage server.

5 . The system of claim 1 , wherein a type of data of the first new data is selected from the group consisting of a knowledge object, a coding, a codable concept, an identifier, a classifier, a text string value, and metadata.

6 . The system of claim 5 , wherein the codable concept is a data type consisting of any number of coding values and/or one text string value.

7 . The system of claim 1 , wherein display the creator GUI for entry of the first new data further comprises:

display the creator GUI for entry of the first new data, wherein the first new data is an identity of a code system using either a Universal Resource Indicator (URI) value or a text string value other than a URI; and

responsive to a user selecting the identity of the code system, converting the selection of the identity of the code system to the intermediate form.

8 . A non-transitory storage device that includes machine-readable instructions that, when executed by one or more processors, cause the one or more processors to perform operations, comprising:

display a creator graphical user interface (GUI) for entry of a first new data by a user;

receive the first new data from the user;

convert the first new data into a first current data in an intermediate form using a first application programming interface (API) of one or more APIs;

store the first current data in a data storage server;

convert the first current data into a viewable data in a human-readable display form using a second API of the one or more APIs;

display the viewable data in one or more reader GUIs;

responsive to receiving a signal from a user, display the first current data in one or more developer GUIs;

receive one or more revised data values and/or one or more second new data values from the user;

determine whether the one or more revised data values and/or the one or more second new data values are in the intermediate form using a third API of the one or more APIs; and

responsive to determining that the one or more revised data values and/or the one or more second new data values are not in the intermediate form, signal the user to check the one or more revised data values and/or the one or more second new data values.

9 . The non-transitory storage device of claim 8 , wherein display the viewable data in the one or more reader GUIs comprises:

display the viewable data in one or more editor GUIs;

receive one or more revised data values and/or one or more second new data values from a user;

convert the one or more revised data values and/or the one or more second new data values into a second current data in the intermediate form using a fourth API of the one or more APIs; and

store the second current data in the data storage server.

10 . The non-transitory storage device of claim 8 , wherein a type of data of the first current data is selected from the group consisting of a knowledge object, a coding, a codable concept, an identifier, a classifier, a text string value, and metadata.

11 . The non-transitory storage device of claim 10 , wherein the codable concept is a data type consisting of any number of coding values and/or one text string value.

12 . The non-transitory storage device of claim 8 , wherein the first new data represents research knowledge and the research knowledge includes at least one of statistical (quantitative) and qualitative findings from scientific investigation (research results), method specification for research conduct, registration of research study protocols and progress, assessments of reliability of research conduct and reporting, aggregations and synthesis, attribution of contributorship, and referential citations.

13 . A system for acquiring data representing research knowledge in a non-standard form and converting such data to an intermediate form, the system comprising:

a data storage server;

one or more application programming interfaces (APIs); and

a computing device, the computing device configured to:

display a creator graphical user interface (GUI) for entry of a first new data by a user, wherein the first new data is represents the research knowledge;

receive the first new data from the user;

display one or more uploader graphical user interfaces (GUIs) to receive a file containing a second new data in a known structured form, wherein the second new data is represents the research knowledge;

extract the second new data from the file using a first application programming interface (API) of the one or more APIs;

convert the first new data and the second new data into a first current data in the intermediate form using a second API of the one or more APIs;

store the first current data in the data storage server;

convert the first current data into a viewable data in a human-readable display form using a third API of the one or more APIs; and

display the viewable data in one or more reader GUIs.

14 . The system of claim 13 , wherein the research knowledge includes at least one of statistical (quantitative) and qualitative findings from scientific investigation (research results), method specification for research conduct, registration of research study protocols and progress, assessments of reliability of research conduct and reporting, aggregations and synthesis, attribution of contributorship, and referential citations.

15 . The system of claim 13 , wherein the intermediate form is a Fast Healthcare Interoperability Resources (FHIR) standard.

16 . The system of claim 13 , further comprising:

responsive to receiving a signal from a user, display the first current data in one or more developer GUIs;

receive one or more revised data values and/or one or more new data values from the user; and

convert the one or more revised data values and/or the one or more new data values into a second current data in the intermediate form using a fourth API of the one or more APIs.

Continuity (2)

References Cited (8)