Abstract: A fluid control valve accommodates a high flow of water with minimum pressure loss. The valve is configured with an inlet port extending into an inlet chamber, and an outlet port extending from an outlet chamber. The inlet and outlet chambers are partitioned by a curved sealing bridge. A control chamber accommodates a flexible sealing diaphragm deformable between a sealing position in which it sealingly bears over the curved sealing bridge and seals a fluid flow path extending between the inlet and outlet chambers, and an open position in which fluid flow along the flow path is enabled.

Abstract: Arrangements related to resource allocation are provided. A computing platform may receive a client request, and may input, into a resource allocation model, the client request, to identify one or more available resources for processing the client request. The computing platform may send, to user devices of the identified one or more available resources, requests to process the client request. The computing platform may receive, within a predetermined period of time, a response from at least one of the one or more available resources, indicating acceptance of the request to process the client request. The computing platform may select one of the one or more available resources, and may configure a virtual assistance session between the client and the selected resource to facilitate processing of the client request.

Abstract: Systems and methods for machine learning of medical records are provided. The system can execute multiple machine learning models on the medical records in parallel using multi-threaded approach wherein each machine learning model executes using its own, dedicated computational thread in order to significantly speed up the time with which relevant information can be identified from documents by the system. The multi-threaded machine learning models can include, but are not limited to, sentence classification models, comorbidity models, ICD models, body parts models, prescription models, and provider name models. The system can also utilize combined convolutional neural networks and long short-term models (CNN+LSTMs) as well as ensemble machine learning models to categorize sentences in medical records. The system can also extract service provider, medical specializations, and dates of service information from medical records.

Abstract: Embodiments are provided for a dropsite. In some embodiments, information is received on a creation location and a date and time of creation of a content item, and a determination is made if (i) the date and time of creation is within a predefined span of time, and (ii) the creation location is within a predefined geographical area to permit association of the content item with a shared folder whose inclusion criteria match said date and time and geographic location.

Abstract: Embodiments are provided for a dropsite. In some embodiments, information is received on a creation location and a date and time of creation of a content item, and a determination is made if (i) the date and time of creation is within a predefined span of time, and (ii) the creation location is within a predefined geographical area to permit association of the content item with a shared folder whose inclusion criteria match said date and time and geographic location.

Abstract: Systems and methods for machine learning of medical records are provided. The system can execute multiple machine learning models on the medical records in parallel using multi-threaded approach wherein each machine learning model executes using its own, dedicated computational thread in order to significantly speed up the time with which relevant information can be identified from documents by the system. The multi-threaded machine learning models can include, but are not limited to, sentence classification models, comorbidity models, ICD models, body parts models, prescription models, and provider name models. The system can also utilize combined convolutional neural networks and long short-term models (CNN+LSTMs) as well as ensemble machine learning models to categorize sentences in medical records. The system can also extract service provider, medical specializations, and dates of service information from medical records.

Abstract: Embodiments are provided for a dropsite. In some embodiments, information is received on a creation location and a date and time of creation of a content item, and a determination is made if (i) the date and time of creation is within a predefined span of time, and (ii) the creation location is within a predefined geographical area to permit association of the content item with a shared folder whose inclusion criteria match said date and time and geographic location.

Abstract: Embodiments are provided for a dropsite. In some embodiments, information is received on a creation location and a date and time of creation of a content item, and a determination is made if (i) the date and time of creation is within a predefined span of time, and (ii) the creation location is within a predefined geographical area to permit association of the content item with a shared folder whose inclusion criteria match said date and time and geographic location.

Abstract: A distributed database system may perform a single phase commit for transactions involving updates to multiple databases of the distributed database system. A client request may be received that involves updates to multiple database of the distributed database system. The updates may be performed at a front-end database and a back-end database. Log records indicating the updates to the front-end database may be sent to the back-end database. The log records and the updates performed at the back-end database may be committed together as a single phase commit at the back-end database. In the event of a system failure of the front-end database, log records may be requested and received from the back-end database. A restoration of the front-end database may be performed based, at least in part, on the received log records.

Abstract: Techniques are described for facilitating use of sequences of invocable services in a configurable manner, including by providing a metering service that tracks the use of invocable services by other invocable services or applications. In at least some situations, the invocable services are fee-based Web services or other fee-based network-accessible services, and are made available by providers of the services for use by others in exchange for fees defined by the service providers. The described techniques facilitate use of a sequence of such invocable services by applications in a manner configured by the creators of the applications and providers of the services, including to allow the application creators to define pricing terms that will be used to determine fees that end users of the applications will be charged for use of the invocable services via the applications.

Abstract: Techniques are described for facilitating use of invocable services by applications in a configurable manner. In at least some situations, the invocable services are Web services or other network-accessible services that are made available by providers of the services for use by others in exchange for fees defined by the service providers. The described techniques facilitate use of such invocable services by applications in a manner configured by the developers of the applications, including to allow the application developers to configure pricing terms that will be used to determine fees that end users of the applications will be charged for use of the invocable services via the applications. In some situations, the configured pricing terms for a service specify fees for end users that differ in one or more ways from the defined fees charged by the provider of that service.

Abstract: Techniques are described for facilitating use of invocable services by applications in a configurable manner. In at least some situations, the invocable services are Web services or other network-accessible services that are made available by providers of the services for use by others in exchange for fees defined by the service providers. The described techniques facilitate use of such invocable services by applications in a manner configured by the application providers and the service providers, including to track use of third-party invocable services by applications on behalf of end users and to allocate fees that are charged end users between the applications and the services as configured by the providers of the applications and services. In some situations, the configured pricing terms for a service specify fees for end users that differ in one or more ways from the defined fees charged by the provider of that service.

Abstract: A predictive system and method for using a physician's existing patient database to more effectively and efficiently identify potential candidates for medical treatments or clinical research trials. The system and method includes an automated three-tiered qualification process using information about a specific medical treatment received from a company looking for potential candidates for the medical treatment wherein potential candidates are initially prequalified by comparing the information about the medical treatment to the information contained in a physician's patient database. The potential candidates that are identified by the first tier of the qualification process then answer additional questions from a patient screening survey. Finally, additional questions from a physician consultation questionnaire are completed by the referring physician's office.

Abstract: Techniques are described for facilitating interactions between computing systems, such as in accordance with usage models that are configured for available services by the providers of the services. In some situations, the services are Web services, and an electronic Web service (“WS”) marketplace is provided via which third-party WS providers make their WSes available to third-party WS consumers who purchase access to those WSes via the electronic marketplace based on configured usage models selected by the consumers. Some or all of the one or more usage models configured for an available WS may each have associated use prices and/or non-price use conditions, and if so access to those WSes using those usage models may be provided only if a consumer requesting access provides appropriate payment and otherwise satisfies the specified use conditions for a selected usage model.

Abstract: Embodiments are provided for a dropsite. In some embodiments, information is received on a creation location and a date and time of creation of a content item, and a determination is made if (i) the date and time of creation is within a predefined span of time, and (ii) the creation location is within a predefined geographical area to permit association of the content item with a shared folder whose inclusion criteria match said date and time and geographic location.

Abstract: A distributed database system may perform a single phase commit for transactions involving updates to multiple databases of the distributed database system. A client request may be received that involves updates to multiple database of the distributed database system. The updates may be performed at a front-end database and a back-end database. Log records indicating the updates to the front-end database may be sent to the back-end database. The log records and the updates performed at the back-end database may be committed together as a single phase commit at the back-end database. In the event of a system failure of the front-end database, log records may be requested and received from the back-end database. A restoration of the front-end database may be performed based, at least in part, on the received log records.

Abstract: A distributed database system may perform a single phase commit for transactions involving updates to multiple databases of the distributed database system. A client request may be received that involves updates to multiple database of the distributed database system. The updates may be performed at a front-end database and a back-end database. Log records indicating the updates to the front-end database may be sent to the back-end database. The log records and the updates performed at the back-end database may be committed together as a single phase commit at the back-end database. In the event of a system failure of the front-end database, log records may be requested and received from the back-end database. A restoration of the front-end database may be performed based, at least in part, on the received log records.

Abstract: In a community referral cluster technology platform, principal investigators, hospitals, contract research organizations, life sciences partners, or other organizations create an invitation to one or more referring providers who have either in the past, or will in the future, make referrals for patients who require specialized care that the referring provider does not offer directly. The referring provider acts upon invitation, and makes an informed affirmative decision as to the interest of referring patients to the organization for possible involvement in a specified medical treatment. The technology platform identifies, filters, matches, and schedules patients for consultation appointments with the referring provider. The referring provider conducts consultation appointments facilitated by the technology platform and decides if referral to the organization is appropriate.

Abstract: A distributed data warehouse system may maintain data blocks on behalf of clients in multiple clusters in a data store. Each cluster may include a single leader node and multiple compute nodes, each including multiple disks storing data. The warehouse system may store primary and secondary copies of each data block on different disks or nodes in a cluster. Each node may include a data structure that maintains metadata about each data block stored on the node, including its unique identifier. The warehouse system may back up data blocks in a remote key-value backup storage system with high durability. A streaming restore operation may be used to retrieve data blocks from backup storage using their unique identifiers as keys. The warehouse system may service incoming queries (and may satisfy some queries by retrieving data from backup storage on an as-needed basis) prior to completion of the restore operation.

Abstract: Event notifications can be provided to a user across multiple client devices or platforms. If a user takes action on one device, notifications on all devices can be updated to reflect the action. For example, notifications can be indexed by topic and time sequence (or other sequence), and multiple notifications related to the same topic can be consolidated at a server or the client so that current information can be presented to the user.