drchrono.com
This document is intended as a detailed reference for the precise behavior of the drchrono API. If this is your first time using the API, start with our . If you are upgrading from a previous version, take a look at the changelog section.
Authorization
Initial authorization
There are three main steps in the OAuth 2.0 authentication workflow:
- Redirect the provider to the authorization page.
- The provider authorizes your application and is redirected back to your web application.
- Your application exchanges the
authorization_codethat came with the redirect for anaccess_tokenandrefresh_token.
Step 1: Redirect to drchrono
The first step is redirecting your user to drchrono, typically with a button labeled "Connect to drchrono" or "Login with drchrono". This is just a link that takes your user to the following URL:
REDIRECT_URI_ENCODEDis the URL-encoded version of the redirect URI (as registered for your application and used in later steps).CLIENT_ID_ENCODEDis the URL-encoded version of your application's client ID.SCOPES_ENCODEDis a URL-encoded version of a space-separated list of scopes, which can be found in each endpoint or omitted to default to all scopes.
The scope parameter consists of an optional, space-separated list of scopes your application is requesting.
If omitted, all scopes will be requested.
Scopes are of the form BASE_SCOPE:[read|write] where BASE_SCOPE is any of user, calendar, patients, patients:summary, billing, clinical and labs.
You should request only the scopes you need.
For instance, an application which sends "Happy Birthday!" emails to a doctor's patients on their birthdays would use the scope parameter "patients:summary:read",
while one that allows patients to schedule appointments online would need at least
"patients:summary:read patients:summary:write calendar:read calendar:write clinical:read clinical:write".
Step 2: Provider authorization
After logging in (if necessary), the provider will be presented with a screen
with your application's name and the list of permissions you requested (via the
scope parameter).
When they click the "Authorize" button, they will be redirected to your redirect
URI with a code query parameter appended, which contains an authorization code to be
used in step 3. If they click the "Cancel" button, they will be redirected to
your redirect URI with error=access_denied instead.
Note: This authorization code expires extremely quickly, so you must perform step 3 immediately, ideally before rendering the resulting page for the end user.
Step 3: Token exchange
The code obtained from step 2 is usable exactly once to obtain an access token
and refresh token. Here is an example token exchange in Python:
You now have all you need to make API requests authenticated as that provider. When using this access token, you'll only be able to access the data that the user has access to and that you have been granted permissions for.
Refreshing an access token
Access tokens only last 48 hours (given in seconds in the 'expires_in' key in
the token exchange step above), so they occasionally need to be refreshed. It
would be inconvenient to ask the user to re-authorize every time, so instead you
can use the refresh token like the original authorization to obtain a new access
token. Replace the code parameter with refresh_token, change the value
grant_type from authorization_code to refresh_token, and omit the
redirect_uri parameter.
Example in Python:
Webhooks
In order to use drchrono API webhooks, you first need to have an API application on file (even if it is in Test Model). Each API webhook is associated with one API application, go to to set up both API applications and webhooks!
Once you registered an API application, you will see webhook section in each saved API applications. Create a webhook and register some events there and save all the changes, then you are good to go!
Webhooks setup
All fields under webhooks section are required.
Callback URL Callback URl is used to receive all hooks when subscribed events are triggered. This should be an URL under your control.
Secret token Secret token is used to verify webhooks, this is very important, please set something with high entropy. Also we will talk more about this later.
Events
Events is used to register events you want to receiver notification when they happen. Currently we support following events.
Webhooks verification
In order to make sure the callback URL in webhook is under your control, we added a verification step before we send any hooks out to you.
Verification can be done by clicking "Verify webhook" button in webhooks setup page. After you click
the button, we will send a GET request to the callback URL, along with a parameter called msg.
Please use your webhook's secret token as hash key and SHA-256 as digest constructor, hash the msg value with
.
And we expect a 200 JSON response, in JSON response body, there should be a key called secret_token existing, and its value should be
equal to the hashed msg. Otherwise, verification will fail.
Here is an example webhook verification in Python:
Webhooks header and body
Header
Body
Webhooks ping and deliveries
Webhooks ping and deliveries will be sent as POST requests.
PING:
You can always ping your webhook to check things, by clicking the "Ping webhook" button in webhook setup page. And a hook with header X-drchrono-event: PING would be sent to the callback URL.
Deliveries:
You can check recent deliveries by clicking the "deliveries" link in webhook setup page. And you can resend a hook by clicking "redeliver" button after select a specific delivery.
Webhooks delivery mechanism
We will delivery a hook the moment a subscribed event is triggered. We will not record any response header or body you send back after you receive the hook.
However we only consider the response status code. We will consider any 2xx responses as successfully delivered.
Any other responses, like 302 would be considered failing.
And we will try to redeliver unsuccessfully delivered hooks 3 times, first redeliver happens at 1 hour after the initial event,
second receliver happens 3 hours after the initial event, and the third redeliver happens 7 hours after the initial event.
After these redeliveries, if the delivery is still unsuccessful, you have to redeliver it by hand.
Webhooks security
You may want to secure your webhooks to only consider requests send out from drchrono. And this is where secret_token is needed in
request header.
Try to set the secret_token to something with high entropy, a good example could be taking the output of
ruby -rsecurerandom -e 'puts SecureRandom.hex(20)'.
After this, you might want to verify all request headers you received on your server with this token.
iframe integration
Some API apps provide additional functionality for interacting with patient data not offered by drchrono, and can benefit by being incorporated into drchrono's patient information page via iframe. We have created a simple API to make this possible.
To make an existing API application accessible via an iframe on the patient page, you need to update either "Patient iframe" or "Clinical note iframe" section in API management page, to make the iframe to appear on (either the patient page or the clinical note page), with the URL that the iframe will use for each page, and the height it should have. The application will be reviewed before it is approved to ensure that it is functional and secure.
Register a Doctor
iframe applications will appear as choices on the left-hand menu of the patient
page for doctors registered with your application. To register a doctor with
your application, make a POST request to the /api/iframe_integration
endpoint using the access token for the corresponding doctor. This endpoint does not
expect any payload.
To disable your iframe application for a doctor, make a DELETE request to the
same endpoint.
Populating the iframe
There are two places where the iframe can be displayed, either within the patient detail page or the clinical note page, shown below respectively:
[Image blocked: Iframe on the patient page][Image blocked: Iframe on the clinical note page]When requesting approval for your iframe app, you must specify a URL for one or
both of these pages which will serve as the base URL for your IFrame
contents. When a doctor views your iframe, the source URL will have various
query parameters appended to it, for example for the patient page the src
parameter of the IFrame will be:
The jwt parameter is crucial if your application transfers any sort of PHI and
does not implement its own login system. It encapsulates the other parameters
in a and signs them using SHA-256 HMAC
with your client_secret as the key. This verifies that the iframe is being
loaded within one of drchrono's pages by an authorized user. In production, you
should validate the JWT using an approved library (which are listed on the
), and only use the parameters extracted from the
JWT. Using Python and Django, this might look like:
Modern browsers' same-origin policy means that data cannot be passed between your application and drchrono's page through the iframe. Therefore, interaction must happen through the API, using information provided in JWT.
Versions and deprecation
Stability Policy
Changes to this API version will be limited to adding endpoints, or adding fields to existing endpoints, or adding optional query parameters. Any new fields which are not read-only will be optional.
Deprecation Policy
The drchrono API is versioned. Versions can be in the following states:
-
Active: This is our latest and greatest version of the API. It is actively supported by our API team and is improved upon with new features, bug fixes and optimizations that do not break backwards compatibility.
-
Deprecated: A deprecated API version is considered second best--having been surpassed by our active API version. An API version remains in this state for one year, after which time it falls to the not supported state. A deprecated API version is passively supported; while it won't be removed until becoming unsupported, it may not receive new features but will likely be subject to security updates and performance improvements.
-
Unsupported: An API version in the not supported state may be deactivated at any time. An application using an unsupported API version should migrate to an active API version.
Version Map
If you are looking for documentation for an older version
- (old V4 documentation)
Changelog
Here's changelog for different versions
https://drchrono.com/o/authorize/?redirect_uri=REDIRECT_URI_ENCODED&response_type=code&client_id=CLIENT_ID_ENCODED&scope=SCOPES_ENCODEDimport datetime, pytz, requests
if 'error' in get_params: raise ValueError('Error authorizing application: %s' % get_params[error])
response = requests.post('https://drchrono.com/o/token/', data={ 'code': get_params['code'], 'grant_type': 'authorization_code', 'redirect_uri': 'http://mytestapp.com/redirect_uri', 'client_id': 'abcdefg12345', 'client_secret': 'abcdefg12345',})response.raise_for_status()data = response.json()
# Save these in your database associated with the useraccess_token = data['access_token']refresh_token = data['refresh_token']expires_timestamp = datetime.datetime.now(pytz.utc) + datetime.timedelta(seconds=data['expires_in'])...response = requests.post('https://drchrono.com/o/token/', data={ 'refresh_token': get_refresh_token(), 'grant_type': 'refresh_token', 'client_id': 'abcdefg12345', 'client_secret': 'abcdefg12345',})...import hashlib, hmac
def webhook_verify(request): secret_token = hmac.new(WEBHOOK_SECRET_TOKEN, request.GET['msg'], hashlib.sha256).hexdigest() return json_response({ 'secret_token': secret_token })<iframe_url>?doctor_id=<doctor_id>&patient_id=<patient_id>&practice_id=<practice_id>&iat=<iat>&jwt=<jwt>import jwt
CLIENT_SECRET = <client_secret>MAX_TIME_DRIFT_SECONDS = 60
def validate_parameters(request): token = request.GET['jwt']
return jwt.decode(token, CLIENT_SECRET, algorithms=['HS256'], leeway=MAX_TIME_DRIFT_SECONDS)- Homepage
- https://api.apis.guru/v2/specs/drchrono.com/v4 (Hunt Valley).json
- Provider
- drchrono.com
- OpenAPI version
- 3.0.0
- Spec (JSON)
- https://api.apis.guru/v2/specs/drchrono.com/v4 (Hunt Valley)/openapi.json
- Spec (YAML)
- https://api.apis.guru/v2/specs/drchrono.com/v4 (Hunt Valley)/openapi.yaml
Tools (265)
Extracted live via the executor SDK.
-
administrative.doctorsListRetrieve or search doctors within practice group
-
administrative.doctorsReadRetrieve an existing dcotor
-
administrative.userGroupsListRetrieve or search user groups
-
administrative.userGroupsReadRetrieve an existing user group
-
administrative.usersListRetrieve or search users,
/api/users/currentcan be used to identify logged in user, it will redirect to/api/users/{current_user_id} -
administrative.usersReadRetrieve an existing user,
/api/users/currentcan be used to identify logged in user, it will redirect to/api/users/{current_user_id} -
billing.billingProfilesListRetrieve or search billing profiles
-
billing.billingProfilesReadRetrieve an existing billing profiles
-
billing.commLogsCreateCreate communication (phone call) logs
-
billing.commLogsListRetrieve or search communicatioin (phone call) logs
-
billing.commLogsPartialUpdateUpdate an existing communication (phone call) logs
-
billing.commLogsReadRetrieve an existing communication (phone call) logs
-
billing.commLogsUpdateUpdate an existing communication (phone call) logs
-
billing.customInsurancePlanNamesListRetrieve or search custom insurance plan names
-
billing.customInsurancePlanNamesReadRetrieve an existing custom insurance plan name
-
billing.eligibilityChecksListRetrieve or search past eligibility checks for patient
-
billing.eligibilityChecksReadRetrieve an existing past eligibility check
-
billing.lineItemsCreateCreate billing line item for appointments
-
billing.lineItemsDeleteDELETE /api/line_items/{id}
-
billing.lineItemsListRetrieve or search billing line items
-
billing.lineItemsPartialUpdatePATCH /api/line_items/{id}
-
billing.lineItemsReadRetrieve an existing billing line item
-
billing.lineItemsUpdatePUT /api/line_items/{id}
-
billing.patientPaymentLogListRetrieve or search patient payment logs
-
billing.patientPaymentLogReadRetrieve an existing patient payment log
-
billing.patientPaymentsCreateCreate patient payment
-
billing.patientPaymentsListRetrieve or search patient payments
-
billing.patientPaymentsReadRetrieve an existing patient payment
-
billing.proceduresListGET /api/procedures
-
billing.proceduresReadGET /api/procedures/{id}
-
billing.transactionsListRetrieve or search insurance transactions associated with billing line items
-
billing.transactionsReadRetrieve an existing insurance transaction
-
clinical.allergiesCreateCreate patient allergy
-
clinical.allergiesListRetrieve or search patient allergies
-
clinical.allergiesPartialUpdateUpdate an existing patient allergy
-
clinical.allergiesReadRetrieve an existing patient allergy
-
clinical.allergiesUpdateUpdate an existing patient allergy
-
clinical.amendmentsCreateCreate patient amendments to a patient's clinical records
-
clinical.amendmentsDeleteDelete an existing patient amendment, you can only interact with amendments created by your API application
-
clinical.amendmentsListRetrieve or search patient amendments. You can only interact with amendments created by your API application
-
clinical.amendmentsPartialUpdateUpdate an existing patient amendment, you can only interact with amendments created by your API application
-
clinical.amendmentsReadRetrieve an existing patient amendment, you can only interact with amendments created by your API application
-
clinical.amendmentsUpdateUpdate an existing patient amendment, you can only interact with amendments created by your API application
-
clinical.appointmentProfilesCreateCreate appointment profiles for a doctor's calendar
-
clinical.appointmentProfilesDeleteDelete an existing appointment profile
-
clinical.appointmentProfilesListRetrieve or search appointment profiles for a doctor's calendar
-
clinical.appointmentProfilesPartialUpdateUpdate an existing appointment profile
-
clinical.appointmentProfilesReadRetrieve an existing appointment profile
-
clinical.appointmentProfilesUpdateUpdate an existing appointment profile
-
clinical.appointmentsCreateCreate a new appointment or break on doctor's calendar
-
clinical.appointmentsDeleteDelete an existing appointment or break
-
clinical.appointmentsListRetrieve or search appointment or breaks. Note: Either
since,dateordate_rangeparameter must be specified. -
clinical.appointmentsPartialUpdateUpdate an existing appointment or break
-
clinical.appointmentsReadRetrieve an existing appointment or break
-
clinical.appointmentsUpdateUpdate an existing appointment or break
-
clinical.appointmentTemplatesCreateCreate appointment templates for a doctor's calendar
-
clinical.appointmentTemplatesDeleteDelete an existing appointment template
-
clinical.appointmentTemplatesListRetrieve or search appointment templates for a doctor's calendar
-
clinical.appointmentTemplatesPartialUpdateUpdate an existing appointment template
-
clinical.appointmentTemplatesReadRetrieve an existing appointment template
-
clinical.appointmentTemplatesUpdateUpdate an existing appointment template
-
clinical.carePlansListRetrieve or search care plans
-
clinical.carePlansReadRetrieve an existing care plan
-
clinical.careTeamMembersListGET /api/care_team_members
-
clinical.careTeamMembersReadGET /api/care_team_members/{id}
-
clinical.claimBillingNotesCreateCreate a new billing note
-
clinical.claimBillingNotesListRetrieve or search billing notes
-
clinical.claimBillingNotesReadRetrieve an existing billing note
-
clinical.clinicalNoteFieldTypesListRetrieve or search clinical note field types
-
clinical.clinicalNoteFieldTypesReadRetrieve an existing clinial note field type
-
clinical.clinicalNoteFieldValuesCreateCreate clinical note field value
-
clinical.clinicalNoteFieldValuesListRetrieve or search clinical note field values
-
clinical.clinicalNoteFieldValuesPartialUpdateUpdate an existing clinical note field value
-
clinical.clinicalNoteFieldValuesReadRetrieve an existing clinical note field value
-
clinical.clinicalNoteFieldValuesUpdateUpdate an existing clinical note field value
-
clinical.clinicalNotesListGET /api/clinical_notes
-
clinical.clinicalNotesReadGET /api/clinical_notes/{id}
-
clinical.clinicalNoteTemplatesListRetrieve or search clinical note templates
-
clinical.clinicalNoteTemplatesReadRetrieve an existing clinical note tempalte
-
clinical.consentFormsApplyToAppointmentAssign (apply) a consent form to appointment
-
clinical.consentFormsCreateCreate a patient consent form
-
clinical.consentFormsListRetrieve or search patient consent forms
-
clinical.consentFormsPartialUpdateUpdate an existing patient consent form
-
clinical.consentFormsReadRetrieve an existing patient consent form
-
clinical.consentFormsUnapplyFromAppointmentUnassign (unapply) a consent form from appointment
-
clinical.consentFormsUpdateUpdate an existing patient consent form
-
clinical.customAppointmentFieldsCreateCreate custom appointment fields
-
clinical.customAppointmentFieldsListRetrieve or search custom appointment fields
-
clinical.customAppointmentFieldsPartialUpdateUpdate an existing custom appointment field
-
clinical.customAppointmentFieldsReadRetrieve an existing custom appointment field
-
clinical.customAppointmentFieldsUpdateUpdate an existing custom appointment field
-
clinical.customDemographicsCreateCreate custom demographics fields
-
clinical.customDemographicsListRetrieve or search custom demographics fields
-
clinical.customDemographicsPartialUpdateUpdate an existing custom demographics field
-
clinical.customDemographicsReadRetrieve an existing custom demographics field
-
clinical.customDemographicsUpdateUpdate an existing custom demographics field
-
clinical.customVitalsListRetrieve or search custom vital types
-
clinical.customVitalsReadRetrieve an existing custom vital type
-
clinical.documentsCreateCreate documents
-
clinical.documentsDeleteDelete an existing appointment template
-
clinical.documentsListRetrieve or search documents
-
clinical.documentsPartialUpdateUpdate an existing appointment template
-
clinical.documentsReadRetrieve an existing appointment template
-
clinical.documentsUpdateUpdate an existing appointment template
-
clinical.eobsCreateCreate EOB object
-
clinical.eobsListRetrieve or search EOB objects
-
clinical.eobsReadRetrieve an existing EOB object
-
clinical.feeSchedulesListGET /api/fee_schedules
-
clinical.feeSchedulesReadGET /api/fee_schedules/{id}
-
clinical.implantableDevicesListRetrieve or search implantable devices
-
clinical.implantableDevicesReadRetrieve an existing implantable device
-
clinical.insurancesListGET /api/insurances
-
clinical.insurancesReadGET /api/insurances/{id}
-
clinical.labDocumentsCreateCreate lab order documents. An example lab workflow is as following:
-
When you get orders, submit them via
/api/lab_orders, such that doctors can see them in drchrono. -
When results come in, submit the result document PDF via
/api/lab_documentsand submit the results data via/api/lab_results -
Update
/api/lab_ordersstatus
-
-
clinical.labDocumentsDeleteDelete an existing lab order document
-
clinical.labDocumentsListRetrieve or search lab order documents
-
clinical.labDocumentsPartialUpdateUpdate an existing lab order document
-
clinical.labDocumentsReadRetrieve an existing lab order document
-
clinical.labDocumentsUpdateUpdate an existing lab order document
-
clinical.labOrdersCreateCreate lab orders. An example lab workflow is as following:
-
When you get orders, submit them via
/api/lab_orders, such that doctors can see them in drchrono. -
When results come in, submit the result document PDF via
/api/lab_documentsand submit the results data via/api/lab_results -
Update
/api/lab_ordersstatus
-
-
clinical.labOrdersDeleteDelete an existing lab order
-
clinical.labOrdersListRetrieve or search lab orders
-
clinical.labOrdersPartialUpdateUpdate an existing lab order
-
clinical.labOrdersReadRetrieve an existing lab order
-
clinical.labOrdersSummaryListGET /api/lab_orders_summary
-
clinical.labOrdersSummaryReadGET /api/lab_orders_summary/{id}
-
clinical.labOrdersUpdateUpdate an existing lab order
-
clinical.labResultsCreateCreate lab results. An example lab workflow is as following:
-
When you get orders, submit them via
/api/lab_orders, such that doctors can see them in drchrono. -
When results come in, submit the result document PDF via
/api/lab_documentsand submit the results data via/api/lab_results -
Update
/api/lab_ordersstatus
-
-
clinical.labResultsDeleteDelete an existing lab result
-
clinical.labResultsListRetrieve or search lab results
-
clinical.labResultsPartialUpdateUpdate an existing lab result
-
clinical.labResultsReadRetrieve an existing lab result
-
clinical.labResultsUpdateUpdate an existing lab result
-
clinical.labTestsCreateCreate lab tests. An example lab workflow is as following:
-
When you get orders, submit them via
/api/lab_orders, such that doctors can see them in drchrono. -
When results come in, submit the result document PDF via
/api/lab_documentsand submit the results data via/api/lab_results -
Update
/api/lab_ordersstatus
-
-
clinical.labTestsDeleteDelete an existing lab test
-
clinical.labTestsListRetrieve or search lab tests
-
clinical.labTestsPartialUpdateUpdate an existing lab test
-
clinical.labTestsReadRetrieve an existing lab test
-
clinical.labTestsUpdateUpdate an existing lab test
-
clinical.medicationsAppendToPharmacyNoteAppend a message to the "pharmacy_note" section of the prescription, in a new paragraph
-
clinical.medicationsCreateCreate patient medications
-
clinical.medicationsListRetrieve or search patient medications
-
clinical.medicationsPartialUpdateUpdate an existing patient medications
-
clinical.medicationsReadRetrieve an existing patient medications
-
clinical.medicationsUpdateUpdate an existing patient medications
-
clinical.patientCommunicationsCreateCreate patient communication for CQM
-
clinical.patientCommunicationsListRetrieve or search patient communications for CQM
-
clinical.patientCommunicationsPartialUpdateUpdate an existing patient communication for CQM
-
clinical.patientCommunicationsReadRetrieve an existing patient communication for CQM
-
clinical.patientCommunicationsUpdateUpdate an existing patient communication for CQM
-
clinical.patientFlagTypesCreateCreate patient flag types
-
clinical.patientFlagTypesListRetrieve or search patient flag types
-
clinical.patientFlagTypesPartialUpdateUpdate an existing patient flag type
-
clinical.patientFlagTypesReadRetrieve an existing patient flag type
-
clinical.patientFlagTypesUpdateUpdate an existing patient flag type
-
clinical.patientInterventionsCreateCreate patient intervention for CQM
-
clinical.patientInterventionsListRetrieve or search patient interventions for CQM
-
clinical.patientInterventionsPartialUpdateUpdate an existing patient intervention for CQM
-
clinical.patientInterventionsReadRetrieve an existing patient intervention for CQM
-
clinical.patientInterventionsUpdateUpdate an existing patient intervention for CQM
-
clinical.patientLabResultsCreatePOST /api/patient_lab_results
-
clinical.patientLabResultsDeleteDELETE /api/patient_lab_results/{id}
-
clinical.patientLabResultsListGET /api/patient_lab_results
-
clinical.patientLabResultsPartialUpdatePATCH /api/patient_lab_results/{id}
-
clinical.patientLabResultsReadGET /api/patient_lab_results/{id}
-
clinical.patientLabResultsUpdatePUT /api/patient_lab_results/{id}
-
clinical.patientMessagesCreatePOST /api/patient_messages
-
clinical.patientMessagesListGET /api/patient_messages
-
clinical.patientMessagesPartialUpdatePATCH /api/patient_messages/{id}
-
clinical.patientMessagesReadGET /api/patient_messages/{id}
-
clinical.patientMessagesUpdatePUT /api/patient_messages/{id}
-
clinical.patientPhysicalExamsCreateCreate patient physical exam for CQM
-
clinical.patientPhysicalExamsListRetrieve or search patient physical exams for CQM
-
clinical.patientPhysicalExamsPartialUpdateUpdate an existing patient physical exam for CQM
-
clinical.patientPhysicalExamsReadRetrieve an existing patient physical exam for CQM
-
clinical.patientPhysicalExamsUpdateUpdate an existing patient physical exam for CQM
-
clinical.patientRiskAssessmentsCreatePOST /api/patient_risk_assessments
-
clinical.patientRiskAssessmentsListGET /api/patient_risk_assessments
-
clinical.patientRiskAssessmentsPartialUpdatePATCH /api/patient_risk_assessments/{id}
-
clinical.patientRiskAssessmentsReadGET /api/patient_risk_assessments/{id}
-
clinical.patientRiskAssessmentsUpdatePUT /api/patient_risk_assessments/{id}
-
clinical.patientsCcdaRetrieve patient CCDA
-
clinical.patientsCreateCreate patient
-
clinical.patientsDeleteDelete an existing patient
-
clinical.patientsListRetrieve or search patients
-
clinical.patientsOnpatientAccessCreateSend new onpatient invite to patient
-
clinical.patientsOnpatientAccessDeleteRevoke sent onpatient invites
-
clinical.patientsOnpatientAccessReadRetrieve or search existing onpatient access invites
-
clinical.patientsPartialUpdateUpdate an existing patient
-
clinical.patientsQrda1Retrieve patient QRDA1
-
clinical.patientsReadRetrieve an existing patient
-
clinical.patientsSummaryCreatePOST /api/patients_summary
-
clinical.patientsSummaryDeleteDELETE /api/patients_summary/{id}
-
clinical.patientsSummaryListGET /api/patients_summary
-
clinical.patientsSummaryPartialUpdatePATCH /api/patients_summary/{id}
-
clinical.patientsSummaryReadGET /api/patients_summary/{id}
-
clinical.patientsSummaryUpdatePUT /api/patients_summary/{id}
-
clinical.patientsUpdateUpdate an existing patient
-
clinical.patientVaccineRecordsCreateCreate patient vaccine records
-
clinical.patientVaccineRecordsListRetrieve or search patient vaccine records
-
clinical.patientVaccineRecordsPartialUpdateUpdate an existing patient vaccine records
-
clinical.patientVaccineRecordsReadRetrieve an existing patient vaccine records
-
clinical.patientVaccineRecordsUpdateUpdate an existing patient vaccine records
-
clinical.prescriptionMessagesListRetrieve or search prescription messages
-
clinical.prescriptionMessagesReadRetrieve an existing prescription message
-
clinical.problemsCreateCreate patient problems
-
clinical.problemsListRetrieve or search patient problems
-
clinical.problemsPartialUpdateUpdate an existing patient problems
-
clinical.problemsReadRetrieve an existing patient problems
-
clinical.problemsUpdateUpdate an existing patient problems
-
clinical.reminderProfilesCreateCreate reminder profile
-
clinical.reminderProfilesDeleteDelete an existing reminder profile
-
clinical.reminderProfilesListRetrieve or search reminder profiles
-
clinical.reminderProfilesPartialUpdateUpdate an existing reminder profile
-
clinical.reminderProfilesReadRetrieve an existing reminder profile
-
clinical.reminderProfilesUpdateUpdate an existing reminder profile
-
clinical.sublabsCreateCreate sub-vendors
-
When you get orders, submit them via
/api/lab_orders, such that doctors can see them in drchrono. -
When results come in, submit the result document PDF via
/api/lab_documentsand submit the results data via/api/lab_results -
Update
/api/lab_ordersstatus
-
-
clinical.sublabsDeleteDelete an existing sub vendor
-
clinical.sublabsListRetrieve or search sub vendors
-
clinical.sublabsPartialUpdateUpdate an existing sub vendor
-
clinical.sublabsReadRetrieve an existing sub vendor
-
clinical.sublabsUpdateUpdate an existing sub vendor
-
practiceManagement.inventoryCategoriesListRetrieve or search inventory categories
-
practiceManagement.inventoryCategoriesReadRetrieve an existing inventory category
-
practiceManagement.inventoryVaccinesCreateCreate vaccine inventory
-
practiceManagement.inventoryVaccinesListRetrieve or search vaccine inventories
-
practiceManagement.inventoryVaccinesReadRetrieve an existing vaccine inventory
-
practiceManagement.messagesCreateCreate messages in doctor's message center
-
practiceManagement.messagesDeleteDelete an existing message in doctor's message center
-
practiceManagement.messagesListRetrieve or search messages in doctor's message center
-
practiceManagement.messagesPartialUpdateUpdate an existing message in doctor's message center
-
practiceManagement.messagesReadRetrieve an existing message in doctor's message center
-
practiceManagement.messagesUpdateUpdate an existing message in doctor's message center
-
practiceManagement.officesAddExamRoomAdd an exam room to the office
-
practiceManagement.officesListRetrieve or search offices
-
practiceManagement.officesPartialUpdateUpdate an existing office
-
practiceManagement.officesReadRetrieve an existing office
-
practiceManagement.officesUpdateUpdate an existing office
-
practiceManagement.taskCategoriesCreateCreate a task category
-
practiceManagement.taskCategoriesListRetrieve or search task categories
-
practiceManagement.taskCategoriesPartialUpdateUpdate an existing task category
-
practiceManagement.taskCategoriesReadRetrieve an existing task category
-
practiceManagement.taskCategoriesUpdateUpdate an existing task category
-
practiceManagement.taskNotesCreateCreate a task note
-
practiceManagement.taskNotesListRetrieve or search task notes
-
practiceManagement.taskNotesPartialUpdateUpdate an existing task note
-
practiceManagement.taskNotesReadRetrieve an existing task note
-
practiceManagement.taskNotesUpdateUpdate an existing task note
-
practiceManagement.tasksCreateCreate a task
-
practiceManagement.tasksListRetrieve or search tasks
-
practiceManagement.tasksPartialUpdateUpdate an existing task
-
practiceManagement.tasksReadRetrieve an existing task
-
practiceManagement.taskStatusesCreateCreate a task status
-
practiceManagement.taskStatusesListRetrieve or search task statuses
-
practiceManagement.taskStatusesPartialUpdateUpdate an existing task status
-
practiceManagement.taskStatusesReadRetrieve an existing task status
-
practiceManagement.taskStatusesUpdateUpdate an existing task status
-
practiceManagement.tasksUpdateUpdate an existing task
-
practiceManagement.taskTemplatesCreateCreate a task template
-
practiceManagement.taskTemplatesListRetrieve or search task templates
-
practiceManagement.taskTemplatesPartialUpdateUpdate an existing task template
-
practiceManagement.taskTemplatesReadRetrieve an existing task template
-
practiceManagement.taskTemplatesUpdateUpdate an existing task template
-
openapi.previewSpecPreview an OpenAPI document before adding it as a source
-
openapi.addSourceAdd an OpenAPI source and register its operations as tools