The onboarding process can sometimes be quite long, so it’s worth planning well ahead.
For some of our newer APIs, we use digital onboarding. With digital onboarding, you use our online service to submit the information we need to approve your software. For more details, and to get started, see Digital onboarding.
Hello Mr. Schonhut,
I am in the same boat and wonder if a tech company needs to interact with a physician as a clinical safety officer.
I’d say a lot depends on the clinical risks inherent in the APIs you choose to use.
(For a quick intro to clinical safety standards, see https://digital.nhs.uk/developer/guides-and-documentation/introduction-to-healthcare-technology/clinical-safety.)
If there is clinical risk involved in an API, the onboarding process will almost certainly involve you in completing a clinical “hazard log” as well as a more technically-oriented “risk log”.
As an example, see the templates for PDS FHIR API here:
Some older APIs insist on you identifying your “Clinical Risk Officer” early on as part of onboarding process.
Hope that helps answer your question?
Thank you for answering my question. Mr. Schonhut.
I have been asked from the API onboarding team to name the clinical safety officer which is a hurdle we face now.
In the long run, we are going to use the clinical APIs .
But at the moment, we need only administrative APIs .
In that case. this reason will be a justification to be approved by NHS onboarding team?
You don’t say which API you’re using, but for most APIs you have to explain your “use case” (ie what you’re using it for) to the onboarding team at an early stage.
In general, I would think this is when you would explain that it’s an “administrative” use case rather than a “clinical” one.
The onboarding team for the specific APIs you’re using should be able to advise you on whether your use case for that API carries clinical risk or not.
If it does, you’ll need a clinical safety officer sooner rather than later.
Hope that helps.
Thank you for the helpful info! Mr. Schonhut,
@greenbox03 I am the Product Owner for our Digital Onboarding Service. I am having a think at the moment about how we measure whether things are going well.
I was wondering what you would consider a long time?
Also, what if we were getting back to you quickly, but you needed a few months to build out your software, I guess onboarding taking that bit longer would not be such an issue for you? It’d be useful to know how you or your team feel about the subject?
@Alex_Lord Thanks for your comment. Couldn’t agree more.
In your scenario, less tight timeline , a long time would not be a matter.