US 11,875,237 B2
Federated systems and methods for medical data sharing
Kai-How Farh, San Mateo, CA (US); Donavan Cheng, Foster City, CA (US); John Casey Shon, Portola Valley, CA (US); Jorg Hakenberg, Foster City, CA (US); Eugene Bolotin, San Diego, CA (US); James Geaney, Oakland, CA (US); Hong Gao, San Diego, CA (US); Pam Cheng, San Diego, CA (US); Inderjit Singh, San Diego, CA (US); Daniel Roche, San Diego, CA (US); and Milan Karangutkar, Santa Clara, CA (US)
Assigned to Illumina, Inc., San Diego, CA (US)
Filed by ILLUMINA, INC., San Diego, CA (US)
Filed on Feb. 7, 2022, as Appl. No. 17/666,061.
Application 17/666,061 is a continuation of application No. 16/799,071, filed on Feb. 24, 2020, granted, now 11,244,246, issued on Feb. 8, 2022.
Application 16/799,071 is a continuation of application No. 15/683,714, filed on Aug. 22, 2017, granted, now 10,607,156, issued on Mar. 31, 2020.
Claims priority of provisional application 62/378,675, filed on Aug. 23, 2016.
Prior Publication US 2022/0164710 A1, May 26, 2022
Int. Cl. G06F 7/00 (2006.01); G06N 20/00 (2019.01); G06F 16/248 (2019.01); G06F 16/2458 (2019.01); G06F 16/25 (2019.01); G16H 70/60 (2018.01); G06N 5/022 (2023.01); G06Q 50/00 (2012.01); G06N 5/04 (2023.01); H04L 67/306 (2022.01); G16H 80/00 (2018.01); G16H 10/60 (2018.01); H04L 67/01 (2022.01); H04L 67/10 (2022.01)
CPC G06N 20/00 (2019.01) [G06F 16/248 (2019.01); G06F 16/2471 (2019.01); G06F 16/256 (2019.01); G06N 5/022 (2013.01); G06N 5/04 (2013.01); G06Q 50/01 (2013.01); G16H 70/60 (2018.01); G16H 80/00 (2018.01); H04L 67/306 (2013.01); G16H 10/60 (2018.01); H04L 67/01 (2022.05); H04L 67/10 (2013.01)] 15 Claims
OG exemplary drawing
 
1. A computer system for sharing data, comprising:
at least one processor; and
at least one non-transitory memory, the at least one non-transitory memory storing instructions that, when executed by the at least one processor, cause the system to perform operations comprising:
maintaining or accessing a federated system of datastores connected via a federated database layer that employs wrappers to wrap around at least one respective datastore or APIs associated with the at least one respective datastore to integrate the at least one respective datastore into the federated system, wherein two or more datastores connected via the federated database layer are located in different jurisdictions or geographic regions and subject to different data-sharing regulations based on their respective jurisdictions or geographic regions, wherein the federated system restricts the data from being transferred between jurisdictions or geographic regions based on the different data-sharing regulations;
receiving a query from a user of a federated system of datastores connected via a federated database layer, the query comprising at least an indication of a genetic variant;
in response to the query, performing a federated search in real-time through the federated database layer on the datastores participating in the federated system;
in response to the federated search, receiving count data generated separately at some or all of the datastores participating in the federated system such that each responsive datastore provides a respective count, wherein each respective count corresponds to a number of distinct instances of a respective measurement corresponding to the genetic variant stored within the respective datastore;
automatically aggregating the count data regarding the genetic variant generated by datastores connected by the federated database layer into a single query response, wherein the step of aggregating the count data utilizes current aggregate statistics within the federated system and wherein the single query response comprises a qualitative indication of pathogenic or benign or a quantitative indication of a likelihood of pathogenicity of the genetic variant; and
outputting the single query response to the user.