You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+220-5Lines changed: 220 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,4 +1,3 @@
1
-
2
1
# Inbox Health Partner API
3
2
4
3
This document is meant to accompany and provide a user-friendly overview of the full specifications of the Inbox Health Partner REST API, fully-documented at [rest.demo.inboxhealth.com/api](https://rest.demo.inboxhealth.com/api). Reading and understand the data model and endpoints outlined by those full specifications is recommended.
@@ -13,12 +12,14 @@ The full specification of the Inbox Health Partner REST API documentation is ava
13
12
In order for your request to be properly authenticated, you will need to supply your API Key as a header in each request you send. Simply add the API Key you generated via the Partner portal above to each HTTP request in a `x-api-key` header.
14
13
15
14
## Rate Limiting
16
-
By default, all Partner API users are assigned a Basic Partner usage plan that is rate limited to 1 request per second, with an available burst rate of 40 requests per second.
15
+
By default, all Partner API users are assigned a Basic Partner usage plan that is rate limited to 1 request per second, with an available burst rate of 40 requests per second. If this limit is exceeded, your request will not be processed by the application servers in any way and the Inbox Health API will return a HTTP error code of 429, "Too Many Requests". If this error is encountered, please retry your request and/or build in a client-side rate-limiter to prevent unnecessary extra requests.
17
16
18
17
## Onboarding New Clients
19
18
20
19
### Creating an Enterprise
21
-
The "Enterprise" model is the central record in Inbox Health's API Entities that represents a new customer seeking to bill their patients (whether it is a Hospital, Medical Practice, Therapy Group, or other medical organization). Thus, the first step to onboarding a new client to the Inbox Health platform is to create their Enterprise record that corresponds to their business and will serve to define many of the basic properties. For now, we will review creating a basic Enterprise with one sub "Practice" (facility) and let Inbox Health set many of the default properties for us. Send the following HTTP Request to the Enterprise POST endpoint available at [api.demo.inboxhealth.com/partner/v2/enterprises](http://api.demo.inboxhealth.com/partner/v2/enterprises)
20
+
The "Enterprise" model is the central record in Inbox Health's API Entities that represents a new customer seeking to bill their patients (whether it is a Hospital, Medical Practice, Therapy Group, or other medical organization). Thus, the first step to onboarding a new client to the Inbox Health platform is to create their Enterprise record that corresponds to their business and will serve to define many of the basic properties. For now, we will review creating a basic Enterprise with one sub "Practice" (facility) and let Inbox Health set many of the default properties for us. If you omit `practice_attributes`, or send an empty array, we will create a seed practice for you using the attributes from the enterprise.
21
+
22
+
Send the following HTTP Request to the Enterprise POST endpoint available at [api.demo.inboxhealth.com/partner/v2/enterprises](http://api.demo.inboxhealth.com/partner/v2/enterprises)
22
23
23
24
JSON Body:
24
25
@@ -276,7 +277,11 @@ This section covers how to create new Invoice, LineItem, and Payment records to
276
277
This section covers how to define new BillingCycleTemplates, control existing BillingCycles, and send out-of-band communication such a Patient Tickets (SMS, email, and automated voice calls)
277
278
278
279
## Subscribing to Webhooks
279
-
This section covers how to receive dynamic updates from Inbox Health via REST API webhooks that ensure API clients are immediately informed upon changes of relevant records in Inbox Health. Whether the change originates from a patient, provider, administrator or automated system these webhooks are triggered and immediately provide feedback
280
+
This section covers how to receive dynamic updates from Inbox Health via REST API webhooks that ensure API clients are immediately informed upon changes of relevant records in Inbox Health. Whether the change originates from a patient, provider, administrator or automated system these webhooks are triggered and immediately provide feedback.
281
+
282
+
### Invoice Updated Webhook
283
+
284
+
When updating parent properties of an invoice (the date of service, for example), you will receive an invoice updated webhook event. However, when adding line items or invoice payments to an invoice, that will not trigger an invoice updated webhook event. Instead, you will receive the line item/invoice payment created webhook events.
280
285
281
286
## X-InboxHealth-Signature Header
282
287
This section will explain the steps required to reproduce the header X-InboxHealth-Signature which is used to verify that all webhook event requests coming from Inbox Health are authentic and haven’t been tampered with. The X-InboxHealth-Signature header is generated using the HMAC-SHA1 hashing algorithm, with the base signature being generated from the request URL and the POST body parameters, using your secret API key as the signing key.
var patientWithPaidOffBalance = JsonConvert.DeserializeObject<JObject>(client.Get(new RestRequest("patients/{id}").AddParameter("id", patients["patients"][0]["id"], ParameterType.UrlSegment)).Content);
610
+
Console.WriteLine("Patient id " + patientWithPaidOffBalance["patient"]["id"] + " balance is " + patientWithPaidOffBalance["patient"]["balance_cents"]);
611
+
}
612
+
}
613
+
}
614
+
```
615
+
401
616
## FAQs
402
617
Please don't hesitate to ask questions via our email, Slack or GitHub Issues. We'll update this section with common questions as we work to flesh out our documentation.
0 commit comments