1.
Overview
Personal Community can help coordinate communication between a patient and their healthcare ecosystem. To make these providers and clinical groups available in patient message flows, you must add them to Personal Community.
This guide describes how to create (populate), modify, and delete organizations, clinical groups, providers, specialties, and pharmacies in Personal Community.
Clinical groups and organizations are used in two places in Personal Community:
-
Messaging workflows
-
Meaningful use reporting.
The organization is used to group clinical groups and is not made visible to patients in the application.
Clinical groups are visible to patients in the message flows and then are later used (with the combination of provider selected) to route messages to the appropriate flow.
Both can be used to restrict access to running meaningful use reports within the Workbench.
There are three methods by which you can add this data to HealthShare Personal Community:
-
You can manually add this data in the Workbench.
-
You can programmatically add this data using the Clinical Group and Provider API.
-
You can export an XML data file from a Personal Community instance with complete, accurate data and import that file into another instance. This option is best when you are trying to replicate data between instances, or if you must add or update organization data.
2.
Adding Provider and Clinical Group Data Manually in the Workbench
The sections below describe how to add different types of data manually in the Workbench.
2.1.
Adding or Modifying an Organization
To add or modify an organization in the Workbench:
-
Log into the Workbench as a user with the
Provider Manager
role.
-
Go to the
Setup
tab.
-
In the activity pane, choose
Organizations
. This displays the
Organizations
page.
-
On the
Organizations
page, to add an organization, select
Add Organization
; to modify an existing organization, select the organization’s row in the list of organizations. Both these actions display the
Organization Details
page.
-
Add or modify the values of the following fields:
-
Organization name
— Required. The name of the organization.
-
Organization ID
— Optional. A unique identifier that the system uses for the organization.
-
Assigning Authorities
— Optional. The assigning authorities that are part of the organization. Click the magnifying glass to the right of the field to see a list of the assigning authorities that have already been selected for this organization, as well as a list of assigning authorities that can be added to the organization.
-
Assigning Authorities from Clinical Groups
— Not editable. Assigning authorities that are part of clinical groups associated with this organization.
-
Building
— Optional. The building in which the organization is located, such as on a campus.
-
Address line 1
— Required. The first line of the street address of the organization.
-
Address line 2
— Optional. The second line of the street address of the organization.
-
City
— Required. The city in which the organization is located.
-
State
— Optional. The state in which the organization is located.
-
Zip
— Optional. The zip code of the organization.
-
Create a clinical group
?
– Optional. When creating an organization, select this check box to create a clinical group that has the same name as the organization.
-
W
hen you are finished entering values, choose
Save
to save the data for the organization. Choose
Back
to leave the page without saving data – if you are modifying the organization, this leaves it as it originally was; if you are creating the organization, this stops that process.
2.2.
Adding or Modifying a Clinical Group
To add or modify a clinical group:
-
Log into the Workbench as a user with the Provider Manager role.
-
Go to the
Setup
tab.
-
In the activity pane, choose
Clinical Groups
. This displays the
Clinical Groups
page.
-
On the
C
linical Groups
page, to add a clinical group, select
Add Clinical Group
; to modify an existing clinical group, select the clinical group’s row in the list of organizations. Both these actions display the
Clinical Group Details
page.
-
Add or modify the values of the following fields:
-
Clinical Group Name
— Required. The name of the clinical group.
-
Group ID
— Optional. The unique identifier for the clinical group within the system.
-
Organization
— Required. The organization that the clinical group is part of. Select
Find an organization...
to the right of the field to search the list of organizations by name, based on content in the field.
-
Assigning Authorities
— Optional. The assigning authorities that are part of the group. Click the magnifying glass to the right of the field to see a list of the assigning authorities that have already been selected for this group, and a list of assigning authorities that can be added to the group.
-
Messaging Enabled
— Optional. If enabled:
-
Patients can send messages to any providers that are associated with the clinical group.
-
A patient’s reply to a message sent on behalf of a provider within the clinical group will be routed as a task to the Workbench user who sent the message, unless the sender selects the
Return Response to Me
check box in the message.
The
Messaging
column on the
Clinical Groups
page displays
Enabled
or
Disabled
, depending on whether or not this box is marked.
-
Building
— Optional. The building, such as on a campus, where the clinical group is located.
-
Address line 1
— Required. The first line of the street address for the clinical group.
-
Address line 2
— Optional. The second line of the street address for the clinical group.
-
City
— Required. The city in which the clinical group is located.
-
State
— Optional. The state in which the clinical group is located.
-
Zip
— Optional. The clinical group’s zip code.
-
Specialties
— Check boxes to specify the clinical group’s areas of specialization.
-
Basic Instructions
— Optional. Information to display when a user receives a message related to the clinical group. This content is displayed for all messages, regardless of their purpose (such as related to an appointment or answering a medical question).
-
Directions
— Optional. Directions to the location of the group.
-
Directions Link
— Optional. A link to online directions to the group’s location.
-
Contact Information
— Optional. Any contact information for the group. This may include phone numbers, after-hours contact alternatives, or anything else.
-
Hours to Display
— Optional. Any information about hours of operation for the group.
-
If you are modifying a clinical group, there are additional areas on the page (below the
Save
,
Delete
, and
Back
buttons):
-
Providers associated with this clinical group
list
allows you to add providers to and remove providers from the group. To add a provider to the group, select
Add provider
and choose the provider to add from the list of providers; to remove a provider from the group, select
Remove
in the provider’s row in the list of providers (and confirm the removal).
-
Message flows associated with this clinical group
allows you create, modify, and remove associations between messages flows and the group. For details about performing these activities, see the
Personal Community Workflows, Agents, and Tasks Function Guide
.
-
When you are finished entering values, choose
Save
to save the data for the clinical group. Choose
Back
to leave the page without saving data – if you are modifying the clinical group, this leaves it as it originally was; if you are creating the clinical group, this stops that process.
2.3.
Adding or Modifying a Provider
To add or modify a provider:
-
Log into the Workbench as a user with the
Provider Manager
role.
-
Go to the
Setup
tab.
-
In the activity pane, choose
Providers
. This displays the
Providers
page.
-
On the
Providers
page, to add a provider, select
Add Provider
; to modify an existing provider, select the provider’s row in the list of providers. Both these actions display the
Provider Details
page.
-
Add or modify the values of the following fields:
-
Title
— Optional. The provider’s title, such as “Dr.”
-
First name
— Required. The provider’s first name.
-
Middle names
— Optional. The provider’s middle name or names.
-
Last name
— Required. The provider’s last name.
-
Suffix
— Any addition to the provider’s full name, either professional, such as “RN,” or personal, such as “Jr.”
-
Provider ID
— Optional. A unique identifier for the provider.
-
Direct Email
— Optional. An address for the provider that uses the secure Direct message exchange system. See
the Direct Project wiki
for background on this project.
-
Specialties
— Optional. Check boxes for specifying the provider’s medical specialty or specialties.
-
If you are modifying a provider, below the
Save
,
Deactivate
, and
Back
buttons, there is the
Groups this provider is associated with
list
; this list allows you to add the provider to and remove the provider from clinical groups. To add the provider to a group, select
Add provider to group
and choose the group from the list; to remove the provider from a group, select
Remove
in the group’s row in the list (and confirm the removal).
-
Select
Save
to save your provier.
2.4.
Reactivating a Provider
To reactivate a provider and restore associations with clinical groups:
-
Log into the Workbench as a user with the
Provider Manager
role.
-
Go to the
Setup
tab.
-
In the activity pane, select
Providers
. This displays the
Providers
page.
-
On the
Providers
page, select the provider’s row in the list of providers. This displays the
Provider Details
page.
-
On the
Provider Details
page, add the provider to the appropriate clinical groups.
-
Select
Activate
.
-
On the confirmation dialog, select
OK
.
2.5.
Adding or Modifying a Specialty
You can add information about the care area(s), or
specialties
, a particular provider handles. To add or modify a specialty:
-
Log into the Workbench as a user with the
Provider Manager
role.
-
Go to the
Setup
tab.
-
In the activity pane, choose
Specialties
. This displays the
Specialties
page.
-
On the
Specialties
page, to add a specialty, select
Add Specialty
; to modify a specialty, choose the specialty from the list of specialties. This displays the
Specialty Details
page.
-
On the
Specialty Details
page, enter the name of the new specialty or modify the name of the existing specialty in the
Specialty
field.
-
Select
Save
to save the new specialty.
3.
Adding Provider and Clinical Group Data Using the API
3.1.
About the Clinical Group and Provider API
The Personal Community Clinical Group and Provider API is a set of SOAP web services that allows for the creation and management of clinical groups and providers within Personal Community. You can use the Clinical Group and Provider API to:
-
Load the new clinical group and provider data into Personal Community.
-
Perform ad-hoc additions, updates, or deletions of clinical groups and providers
3.1.1.
Handling of Clinical Group and Provider API Requests
The Secure Messaging classes handle Clinical Group and Provider API requests as follows:
-
The web server used by Personal Community passes the message to Personal Community. If the Workbench administrator has enabled HTTPS-only communications for SOAP APIs, your request must be made over HTTPS.
-
The InterSystems IRIS user whose username and password were provided in the SOAP header must be authenticated and their roles within Personal Community checked.
-
The name and API key supplied for the external system are verified against those that were configured in the Workbench.
-
The assigning authority data provided in the SOAP request is verified.
-
A response is returned to the client with the appropriate status code (and error code and string if needed). The database update below occurs asynchronously.
-
Assuming that all of the steps above were successful, Personal Community creates or updates the clinical group or provider as indicated by the request.
-
The database activity is logged in the production.
3.1.2.
The Clinical Group and Provider API WSDL
The WSDL for the Clinical Group and Provider API can be found at the following URL:
<hostname>
:
<port-number>
/
csp
/
healthshare
/
<namespace>
/
HSPortal.Production.Service.APIProviderService.cls?WSDL
Authentication is required; the Workbench administrator can give you a set of credentials to do so. You can consume the WSDL using the IDE of your choice.
3.1.3.
Authentication and Authorization
When a message arrives from an external system, it must contain the username and password of an IRIS user account that has the appropriate role. InterSystems IRIS for Health™ authenticates the user’s credentials and ensures that the user account is authorized to handle the message.
That user account must be created on your Personal Community instance. See “
Create a New User Account
” and “
Modify a User's Roles
” for information on how to create an IRIS user account and assign roles to it.
You must assign one of the following roles:
-
HSPortal_Role_API_Messaging
— this role provides the minimum permissions necessary to send messages from the external system.
-
HSPortal_Role_API
— if you ever plan to use the
Clinical Group or Provider API
to add or update clinical groups from this external system, assign this role instead.
The username and password can be provided within the SOAP header.
The following XML snippet shows the use of a username and password in the header for authentication and authorization.
3.1.4.
Adding or Updating a Clinical Group
To add or update a clinical group with only those fields that are required, include the following fields:
-
System.Name
— the name of the sending external system as it is registered in the Workbench. It can be a random alphanumeric string.
-
System.APIKey
— the value of the
API Key
field for the sending external system as it is registered in the Workbench.
-
Name
– The name for the clinical group. Can be updated.
-
Address.Line1
— The first line of the clinical group’s business address. Can be updated.
-
Address.City
— The city of the clinical group’s business address. Can be updated.
-
Organization.AssigningAuthorityType
— The entity identifier type configured for the organization. Cannot be updated.
-
Organization.AssigningAuthorityCode
— The assigning authority code for the organization. Cannot be updated.
-
Organization.ID
— The external system’s identifier for the organization. Cannot be updated.
-
Identifier.AssigningAuthorityType
— The entity identifier type configured for the clinical group. . Cannot be updated.
-
Identifier.AssigningAuthorityCode
— The assigning authority code for the clinical group. Cannot be updated.
-
Identifier.ID
— The external system’s identifier for the clinical group. Cannot be updated.
Optional fields for clinical group creation include:
-
Address.Building
— The name of the building, if any, in the clinical group’s address. Can be updated.
-
Address.State
— The state of the clinical group’s business address. Can be updated.
-
Address.PostalCode
— The clinical group’s postal code. Can be updated.
-
Address.Country
— The clinical group’s country. Can be updated.
-
MessagingStatusActive
— Indicates whether messaging should be enabled for this clinical group:
1
for yes,
0
for no. If this field is omitted, messaging is disabled.
-
Specialties
— Contains an array of at least one health care specialty for the clinical group. The specialty must already exist in Personal Community. Instead of updating a specialty after you add it, remove it and then readd it under the desired name.
-
Specialty.Name
— The name of the specialty.
-
Specialty.Action
—
ADD
to associate the specialty with the clinical group,
REMOVE
to remove an association.
-
ReportingAssigningAuthorities –
Specify the assigning authorities that should appear in meaningful use reporting for the clinical group. The assigning authority must already be associated with one of the clinical groups in the external system’s Workbench registration. Cannot be updated.
-
ReportingAssigningAuthority.Key
— the name that will appear in meaningful use reporting for the assigning authority.
-
ReportingAssigningAuthority.Action
—
ADD
to associate the assigning authority with the identified clinical group,
REMOVE
to remove an association.
-
MessageFlow
s
— Specifies at least one message flow for the clinical group.
-
MessageFlow.DeliveryInterface
— the mechanism by which messages in this flow are routed, such as
Workbench Task
. Cannot be updated.
-
MessageFlow.MessageType
— the types of messages handled by the flow. Available types are
all
,
appointment
,
billing, general
,
medical
,
referral
,
refill
, and
testresult
. Cannot be updated within a delivery interface; to change the type of messages handled, remove the message flow and re-add it with the correct message type.
-
MessageFlow.Active
— Marks the flow enabled (
1
) or disabled (
0
). Can be updated.
-
MessageFlow.AttachmentsEnabled
— Indicates that message attachments are supported (1) or unsupported (0). Can be updated.
-
MessageFlow.Overwrite
— Set to 0 when you create a clinical group or are creating a new message flow within a clinical group; set to 1 when you are modifying an existing message flow within a clinical group.
-
MessageFlow.Options
— A list of options specific to the delivery interface.
You should provide for error handling as well. The relevant fields in an error response are:
-
Status
— In an error condition, the value of this field is
ERROR
; otherwise, the value is
OK
.
-
ErrorCode
— The system code for the error.
-
ErrorString
— A description of the error.
3.1.5.
Adding or Updating a Provider
To add or update a provider with only those fields that are required, include the following fields:
-
System.Name
— the name of the sending external system as it is registered in the Workbench. It can be a random alphanumeric string.
-
System.APIKey
— the value of the
API Key
field for the sending external system as it is registered in the Workbench.
-
FirstName
— The provider’s first name. Can be updated.
-
LastName
— The provider’s last name. Can be updated.
-
Identifier.AssigningAuthorityType
— The
entity identifier type
, such as doctor number, that your project team has chosen to accept for providers within a specific clinical group. Cannot be updated.
-
Identifier.AssigningAuthorityCode
— The assigning authority code for the provider’s clinical group. Cannot be updated.
-
Identifier.ID
— The external system’s
entity identifier
for the provider.
Optional fields for provider addition or update include:
-
Title
— The provider’s salutation, such as “Dr.” or “Ms.” Can be updated.
-
MiddleNames
— The provider’s middle name(s). Can be updated.
-
Suffix
— The provider’s name suffix, such as “Jr.” or “III”. Can be updated.
-
DirectEmail
— The provider’s Direct email address. (See
the Direct Project wiki
Opens in a new tab
for background on this technology.) Can be updated.
-
Specialties
— Contains an array of at least one health care specialty for the provider.
-
Specialty.Name
— The name of the specialty. Cannot be updated.
-
Specialty.Action
—
ADD
to associate the specialty with the provider,
REMOVE
to remove an association. The specialty must already exist in Personal Community.
-
ClinicalGroups
— An array of
ProviderClinicalGroup
nodes representing clinical groups with whom the provider is associated. If you are adding a provider, you must include at least one
ProviderClinicalGroup
. If the provider already exists in Personal Community, you can add or remove clinical group associations.
-
ProviderClinicalGroup.AssigningAuthorityType
— The entity identifier type configured in the Workbench for the clinical group. Cannot be updated.
-
ProviderClinicalGroup.AssigningAuthorityCode
— The assigning authority code configured in the Workbench for the clinical group. Cannot be updated.
-
ProviderClinicalGroup.ID
— The external system’s identifier for the clinical group. Cannot be updated.
-
ProviderClinicalGroup.Action
—
ADD
to associate the provider with the identified clinical group,
REMOVE
to remove an association. Cannot be updated.
You should provide for error handling as well. The relevant fields in an error response are:
-
Status
— In an error condition, the value of this field is
ERROR
; otherwise, the value is
OK
.
-
ErrorCode
— The system code for the error.
-
ErrorString
— A description of the error.
3.2.
Configuring Personal Community for Clinical Group and Provider Requests
3.2.1.
Specifying Accepted Identifier Types
An
identifier
type
is a general category of identifier,
such as a corporate ID
. The identifier is the ID in the external system for an organization, clinical group, or provider.
Identifier
|
Identifier Examples
|
Corporate ID
|
“CSMC”, “Hospital Corporation”
|
Doctor Number
|
"12345", "Ash-019"
|
To specify the acceptable identifier types for the use of any external system with your Personal Community instance:
-
Log in to the Workbench as a user who has the
Configuration Manager
role.
-
Go to the
Setup
tab.
-
On the
Setup
tab, choose
Site Configuration
. This displays the
Site Configuration Settings
page.
-
Under
Provider Identifier Types
, add one or more entity identifier types that Personal Community will accept from any external system for providers.
-
Under
Clinical Group Identifier Types
, add one or more entity identifier types that Personal Community will accept from any external system for clinical groups.
-
Under
Organization Identifier Types
, add one or more entity identifier types that Personal Community will accept from any external system for organizations.
-
Select
Apply
to save the changes.
3.2.2.
Registering an External System for the Clinical Group and Provider API
Each external system that will update clinical group and provider data in Personal Community must be registered in the Workbench.
If the external system already is registered in the Workbench for other APIs, you do not need to add another registration. However, be sure not to modify any existing settings unintentionally.
To register an external system:
-
Log in to the Workbench as a user who has the
Configuration Manager
role.
-
Go to the
Setup
tab.
-
On the
Setup
tab, select
External Systems
.
-
On the
External Systems
page, select
Add External System
.
-
Fill in the fields on this page as follows:
-
Name
— Required. The name by which the external system will be known in the Workbench. This name will also be used in messages to and from the external system.
-
Description
— Optional. A description of the external system.
-
Enabled
— Required:
Enables the external system to send notifications.
-
Allow patient MPI search
—
Not applicable for the Clinical Group and Provider API.
-
Allow message attachments
—
Not applicable for the Clinical Group and Provider API.
-
Allow form requests
—
Not applicable for the Clinical Group and Provider API.
-
Message Types
—
Not applicable for the Clinical Group and Provider API.
-
Authorization Settings
— Required. Saving the external system for the first time automatically generates a random alphanumeric string for
API Key
. Make sure to share this value with the application developer who creates the external system’s notification framework.
-
Provider Identifier Types
— At least one entry is required for each assigning authority whose clinical groups and providers will be added or updated. An entity identifier type may be valid for more than one assigning authority. Select
Add
to create a new entry.
-
Clinical Group Identifier Types
— At least one entry is required for each assigning authority whose clinical groups and providers will be added or updated. An entity identifier type may be valid for more than one assigning authority. Select
Add
to create a new entry.
-
Organization Identifier Types
— At least one entry is required for the organization whose clinical groups and providers will be added or updated. An entity identifier type may be valid for more than one assigning authority. Select
Add
to create a new entry.
-
When you are finished entering values, choose
Save
to save the data for the external system.
3.2.3.
Adding Identifiers for Organizations in the Workbench
To add entity identifiers for organizations manually:
-
Log in to the Workbench as a user who has the
Provider Manager
role.
-
Go to the
Setup
tab.
-
On the
Setup
tab, choose
Organizations
. This displays the
Organizations
page.
-
On the
Organizations
page, select the appropriate row. This displays the
Organization Details
page. You may have to add the organization.
-
In the
Identifiers
section of the page, select
Add Identifier
to add a new identifier.
-
Type
–
select the desired identifier type.
-
Name
–
select the assigning authority for the organization.
-
ID
–
enter the external system’s identifier for the organization.
-
Select
Save Identifiers
to save the new identifier, or
Discard Changes
to clear the unsaved identifier data and start over.
3.2.4.
Verifying Assigning Authorities in Personal Community
You can view the list of assigning authorities that are recognized for clinical groups as follows:
-
Log in to the Workbench as a user with the
Provider Manager
role.
-
Go to the
Setup
tab.
-
In the activity pane, choose
Organizations
. This displays the
Organizations
page.
-
On the
Organizations
page, choose the
Add Organization
button. You will not actually add a new organization here. .
-
Select the search icon next to the
Assigning Authorities
field. This displays a list of assigning authorities that are populated from the list in Unified Care Record.
Verify that the clinical groups to be added contain assigning authority data that is already on the list above. If there is a mismatch, contact the Unified Care Record administrator to add new assigning authorities or to resolve differences.
To create the clinical group and provider client for an external system, the following information will be required:
-
IRIS user credentials for message transmission
-
System name and API key
-
Organization identifier type, code, and external ID
-
Clinical group identifier types and assigning authority codes
-
Provider identifier types and assigning authority codes
The table below will help you locate the information needed.
Application Developer Needs Value For...
|
Workbench Location
|
Workbench UI Field
|
Username and password for system authentication
|
N/A
|
N/A
|
System.Name
|
Setup
>
External Systems
>
External System Details
|
Name
|
System.APIKey
|
Setup
>
External Systems
>
External System Details
|
API Key
|
Organization.
AssigningAuthorityType
|
Setup
>
Organizations
>
Organization Details Details
|
The characters
after
the hyphen in the
Identifier → Type
field.
|
Organization.
AssigningAuthorityCode
|
Setup
>
Organizations
>
Organization Details Details
|
The characters
after
the hyphen in the
Identifier → Name
field.
|
Organization.ID
|
Setup > Organizations > Organization Details Details
|
The value of the
I
dentifiers
> External System ID
field.
|
Identifier.
AssigningAuthorityType (clinical group)
|
Setup
>
External Systems
>
External System Details
|
The characters
after
the hyphen in the
Clinical Group Identifier Types
field.
|
Identifier.
AssigningAuthorityCode (clinical group)
|
Setup
>
External Systems
>
External System Details
|
The characters
after
the hyphen in the
Clinical Group Identifier Types
—>
Name
field for the clinical group to be added.
|
Identifier.
AssigningAuthorityType (provider)
|
Setup
>
External Systems
>
External System Details
|
The characters
after
the hyphen in the
Provider Identifier Types
field.
|
Identifier.
AssigningAuthorityCode (provider)
|
Setup
>
External Systems
>
External System Details
|
The characters
after
the hyphen in the
Provider Identifier Types
—>
Name
field representing the provider’s clinical group.
|
4.
Exporting and Importing Organization, Clinical Group, and Provider Data
If you need to populate Personal Community with a large amount of organization, clinical group, and provider data, it may be useful to import this data as opposed to entering it manually. You can export and import this data in Personal Community using the XML data format.
To export organization, clinical group, and provider data:
-
Open the Terminal.
-
Switch to the Personal Community namespace.
-
Invoke the
HSPortal.Providers.XMLData.ExportToFile
method:
> do ##class(HSPortal.Providers.XMLData).ExportToFile("c:\providerfiles\20181031ProviderExport.xml")
To import the data, invoke the
HSPortal.Providers.XMLData.ImportFromFile
method in the Terminal:
> do ##class(HSPortal.Providers.XMLData).ImportFromFile("c:\providerfiles\20181031ProviderExport.xml")
The imported format should have the same structure as the listing below:
<?xml version="1.0" encoding="UTF-8"?>
<Provider_Data xmlns="http://www.intersystems.com/healthshare/community/providerdata">
<Organizations>
<Organization XMLID="1" OrgID="ORG923456789">
<Name>North Side Clinics</Name>
<OrganizationIdentifier>NSC_1</OrganizationIdentifier>
<LegalAddress>
<Building>West Street Annex</Building>
<Line1>124 Medical Lane</Line1>
<City>Cleveland</City>
<State>OH</State>
<PostalCode>44198</PostalCode>
</LegalAddress>
<ClinicalGroups>
<ClinicalGroup XMLID="1" MessagingStatus="1">
<Name>North Side Clinic</Name>
<OrganizationOrgID>ORG923456789</OrganizationOrgID>
<OrganizationXMLID>1</OrganizationXMLID>
<Address>
<Building>West Street Annex</Building>
<Line1>124 Medical Lane</Line1>
<City>Cleveland</City>
<State>OH</State>
<PostalCode>44198</PostalCode>
</Address>
<AssigningAuthorities>
<ClinicalGroupAssigningAuthority>
<AssigningAuthority>CLCL</AssigningAuthority>
</ClinicalGroupAssigningAuthority>
<ClinicalGroupAssigningAuthority>
<AssigningAuthority>CLCL_LAB</AssigningAuthority>
</ClinicalGroupAssigningAuthority>
</AssigningAuthorities>
<Specialties>
<Specialty>Family Medicine</Specialty>
<Specialty>Gastroenterology</Specialty>
<Specialty>General Medicine</Specialty>
<Specialty>General Surgery</Specialty>
<Specialty>Internal Medicine</Specialty>
<Specialty>Oncology</Specialty>
<Specialty>Otolaryngology</Specialty>
<Specialty>Pediatrics</Specialty>
<Specialty>Radiology</Specialty>
</Specialties>
<Identifiers>
<ClinicalGroupIdentifier ID="SOAP2" AACode="COR" AAType="XX"></ClinicalGroupIdentifier>
</Identifiers>
<ProviderCodes>
<Code>PROV_1</Code>
<Code>PROV_2</Code>
</ProviderCodes>
</ClinicalGroup>
</ClinicalGroups>
</Organization>
</Organizations>
<Providers>
<Provider XMLID="1" OrgID="1834734386" Status="1">
<Title>Dr.</Title>
<FirstName>David</FirstName>
<LastName>Drake</LastName>
<Suffix>MD</Suffix>
<DirectEmail>dev@null.com</DirectEmail>
<Code>PROV_1</Code>
<Specialties>
<Specialty>Gyneocology</Specialty>
<Specialty>Obstetrics</Specialty>
<Specialty>Pediatrics</Specialty>
<Specialty>Urology</Specialty>
</Specialties>
<Identifiers>
<ProviderIdentifier ID="DR1" AACode="AL" AAType="LN"></ProviderIdentifier>
</Identifiers>
</Provider>
<Provider XMLID="2" OrgID="1178132058" Status="1">
<Title>Dr.</Title>
<FirstName>Ibez</FirstName>
<LastName>Isley</LastName>
<Suffix>MD</Suffix>
<DirectEmail>dev2@null.com</DirectEmail>
<Code>PROV_2</Code>
<Specialties>
<Specialty>Gastroenterology</Specialty>
<Specialty>Internal Medicine</Specialty>
<Specialty>Otolaryngology</Specialty>
</Specialties>
<Identifiers>
<ProviderIdentifier ID="IS1" AACode="AL" AAType="LN"></ProviderIdentifier>
</Identifiers>
</Provider>
</Providers>
</Provider_Data>