Raneem IT
RaneemHCPPortal wireframes

The RaneemHCP portal, screen by screen

Every screen of the NPHIES provider portal in the backlog, for each of the nine roles (6 named in the backlog, a read-only Viewer and Auditor, and a system-level Super admin who owns Data sources). Click through it like the real thing: the menu, the buttons, the steps and the breadcrumbs all work.

screens
214
role pages
809
roles
9
backlog stories
60
Submittedfrom your deskQueuedat NPHIESPayer reviewwith the insurerResponseback in your inbox

Every screen serves one leg of this route. Eligibility and prior authorization come before it, payments after.

Choose who you are

ADAdministrator

Configures the portal: users, roles, organization, security, audit and API access. Reads every module for troubleshooting. Works at group scope or, as a facility administrator, for one facility only.

  • Add a person and let them in
  • Change a role or a facility
  • Switch someone off
  • Reset two-step sign in for a user

RCReceptionist

Front desk. Checks eligibility, finds patients and follows the worklist.

  • Check a patient before the visit
  • Check a newborn
  • Follow a request that is still open
  • Pick up an unfinished check

AOInsurance approval officer

Requests and follows prior authorizations, answers Advanced Authorization and payer questions.

  • Ask a payer to approve a treatment
  • Extend an authorization that is about to expire
  • Handle an authorization the payer started
  • Fix a denied or errored authorization

COClaims officer

Prepares and submits claims and batches, resubmits rejected ones and answers payer questions.

  • Submit a claim
  • Fix and resend a denied claim
  • Send a pharmacy or vision claim
  • Answer a payer question

ARAccounts receivable (A/R)

Follows what payers owe: claim status, payment reconciliation and chasing rejections. Can work across several facilities.

  • See what payers owe
  • Chase a claim
  • Read what NPHIES accepted
  • Match a notice to its claims

APAccounts payable (A/P)

Records payment notices and checks them against reconciliation. Often the same person as A/R (two roles on one user).

  • Record a payment notice
  • Check a notice against reconciliation
  • Month-end cash posting

VWViewer (read-only)

Looks, never acts. The safe default at go-live (US-46) for management, trainees and anyone nobody mapped. Never creates, changes or sends anything.

  • Look up a patient and a request
  • Read a result and print it
  • See what a queue holds
  • Ask for more access

AUAuditor (read-only)

Compliance and privacy review. Reads the audit log, users and roles across the group. Cannot change or delete anything, so the person who grants access is not the person who audits it.

  • Review the audit log
  • Who changed whose access
  • Prove facility isolation
  • Review emergency use

SASuper admin

System level, outside any facility. Links RaneemHCP to the hospital systems (Data sources) and owns the platform rules: integrations, security policy, audit log and API access. Sees no patients, requests or claims.

  • First-time setup of the hospital system link
  • Add another source
  • Change the mode of an entity that already has data
  • When a connector is down

How to read these wireframes

Notes on every screen

A dashed box at the top lists the backlog stories the screen answers, with their acceptance criteria. Hide it with the Notes button.

States

Where a screen behaves differently (an error, an empty list, a lockout) a switcher at the top shows each state. No scripts: it is plain HTML and CSS.

Roles

Use View as in the top bar to see the same screen as another role. A role that may not open a screen sees it disabled. Viewer and Auditor are read only. Super admin works outside any facility.

Sample data is fictional.Colors follow the Raneem brand, icons are Phosphor.A dark palette is defined and not switched on.
Filter set to "Owner: Anyone". Matching rows show here.
Filter set to "Facility: All my facilities". Matching rows show here.
CSV ready. The export is logged in the audit log.
The print dialog opens here in the live system.
Scope set to All facilities. In the live portal the counts and lists on this page follow it.
Scope set to Facility A. In the live portal the counts and lists on this page follow it.
Scope set to Facility B. In the live portal the counts and lists on this page follow it.
Scope set to Facility C. In the live portal the counts and lists on this page follow it.