Contextual pharmacovigilance system
US-2019005019-A1 · Jan 3, 2019 · US
US11620278B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11620278-B2 |
| Application number | US-202016830597-A |
| Country | US |
| Kind code | B2 |
| Filing date | Mar 26, 2020 |
| Priority date | Apr 3, 2019 |
| Publication date | Apr 4, 2023 |
| Grant date | Apr 4, 2023 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Various embodiments provide methods, systems, apparatus, computer program products, and/or the like for managing, ingesting, monitoring, updating, and/or extracting/retrieving information/data associated with an electronic record (ER) stored in an ER data store and/or accessing information/data from the ER data store, wherein the ERs are generated, updated/modified, and/or accessed via a graph-based domain ontology.
Opening claim text (preview).
The invention claimed is: 1. A method for loading from or writing data elements to a database using a data store management layer, the method comprising: receiving, by a data store management layer in communication with a primary program and operating on a computing entity, a request, wherein the request is one of a request to: (a) load a primary software object instance from a database automatically received via an extractable packet data object, wherein (1) the extractable packet data object is an XML document, (2) a data artifact packet data object is generated based at least in part on the extractable packet data object, (3) the data artifact packet data object comprises an entity identifier identifying a subject entity, (4) the data artifact packet data object comprises one or more ontology concept identifiers corresponding respectively to one or more concepts defined within a graph-based domain ontology, (5) the graph-based domain ontology comprises a specific set or hierarchy of concepts and relationships among those concepts related to a domain, and (6) a container tree data structure comprising a data artifact packet container node as a root node based at least in part on the data artifact packet data object is generated as part of loading the primary software data object; or (b) write a primary software object instance in the database automatically received via a data artifact packet data object, wherein (1) the data artifact packet data object is generated based at least in part on an observable packet data object, (2) the observable packet data object is an XML document generated based at least in part on parsing a message received from a source system, (3) the data artifact packet data object comprises an entity identifier identifying a subject entity and a plurality of observable-value pairs, (4) each observable in a corresponding observable-value pair is identifiable by an ontology concept identifier defined by the graph-based domain ontology, and (5) a container tree data structure comprising a data artifact packet container node as a root node based at least in part on the data artifact packet data object is generated as part of writing the primary software data object; identifying, by the data store management layer, a plurality of database objects corresponding to the primary software object, wherein each of the plurality of database objects is associated with a different entity class; determining, by the data store management layer, a mapping for each database object of the plurality of database objects to one or more storage areas within the database, wherein (a) the data store management layer comprises a plurality of persistence managers, and (b) each persistence manager is configured to load or write data for a different entity class; for each of the plurality of data objects, automatically generating, by the data store management layer and based at least in part on the determined mapping, a corresponding executable code portion configured to cause (a) a load request to be performed for the corresponding data object, or (b) a write request to be performed for the corresponding data object; and for each of the plurality of data objects, executing, by the corresponding persistence manager of the data store management layer, the corresponding executable code portion to cause: (a) in an instance of the load request, the load request to be performed for the corresponding data object, or (b) in an instance of the write request, the write request to be performed for the corresponding data object. 2. The method of claim 1 further comprising: executing, by the data store management layer, a connect method to connect to the database; and executing, by the data store management layer, a disconnect method to disconnect from the database. 3. The method of claim 2 , wherein the connect and disconnect methods comprise at least one of (a) opening a session and closing the session or (b) opening a transaction within a session and closing the transaction within the session. 4. The method of claim 1 , wherein (a) the primary program is database agnostic, and (b) the executable code portion is an SQL statement. 5. The method of claim 1 , further comprising updating a change log based at least in part on (a) the loading of the plurality of database objects from the storage locations, or (b) the writing of the one or more values corresponding to the primary software object instance at the storage locations. 6. The method of claim 1 , further comprising returning the functional primary software object instance to the primary program. 7. The method of claim 1 , wherein (a) at least a portion of the executable code portion was automatically inserted into a database object class definition corresponding to a class associated with at least one of the plurality of database objects, and (b) generating the executable code portion comprises accessing the inserted executable code portion and populating one or more entity identifiers therein. 8. The method of claim 1 , wherein (a) the request to load the primary software object instance from the database was generated and provided by one of a rules engine or an extraction processing module, or (b) the request to write the primary software object instance in the database was generated and provided by a single best record object process. 9. The method of claim 1 , wherein: (a) in an instance of the load request, loading the plurality of database objects stored in the storage areas within the database as a functional primary software object instance comprises performing a deserialization function on the plurality of database objects stored in the storage areas, or (b) in an instance of the write request, writing the one or more values corresponding to the primary software object instance to the database in the storage areas comprises performing a serialization function on the primary software object instance. 10. The method of claim 1 , wherein (a) the container tree data structure comprises a plurality of container nodes that are descendants of the root node based at least in part on the data artifact packet data object, (b) each container node of plurality of container nodes comprises an observable and an empty value for the corresponding observable, (c) each empty value is to be retrieved from the database or aggregated from retrieved empty values, and wherein the method further comprises: automatically traversing each of the plurality of container nodes of the container tree data structure in a depth-first traversal, wherein (a) at each container node that is a leaf node in the traversal, a method is executed to retrieve a non-empty value from the database for the corresponding observable, and (b) at the completion of the traversal, each of the plurality of container nodes comprises a non-empty value for the corresponding observable; and after the depth-first traversal, automatically processing the container tree data structure to generate at least one observable group, wherein the at least one observable group comprises each observable and the corresponding non-empty value. 11. The method of claim 1 , wherein (a) the container tree data structure comprises a plurality of container nodes that are descendants of the root node based at least in part on the data artifact packet data object, and (b) each container node of the container tree data structure corresponds to one pair of a plurality of observable-value pairs in the data artifact packet data object, and wherein the method further comprises: automatically traversing the container tree data structure in a depth-first traversal to generate a data transfer object for each of container node of the
Parsing · CPC title
Grouping and aggregation · CPC title
Indexing, e.g. XML tags; Data structures therefor; Storage structures · CPC title
Query execution · CPC title
Trees · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.