Product operations manual

Manual: Alarm Response and MITS Review

A technical operating guide for reviewing emCall subscriber activation behavior, Medical Help and Police Help routing, operator workflow states, location handling, and Medical Information Transfer Screen visibility before release.

emCall mobile app showing Medical Help and Police Help activation buttons
Three-tap emergency interface Medical and police events use separate routing logic and verification criteria.
Section 1

System scope and operating model

This manual defines the observable system behavior required when a subscriber initiates a Medical Help or Police Help alarm from the emCall mobile app. Product, QA, and support reviewers should validate the activation threshold, event payload, route resolver, operator queue state, subscriber context, and final disposition as one traceable transaction.

Activation event

The app creates an alarm event only after the selected help button is tapped three times. The event type, subscriber identifier, device timestamp, and location state are treated as the minimum review fields.

minimum_event = alarm_type + profile_id + device_time + location_status

Operator route

Medical Help opens the speaker path for private alarm operator review. Police Help moves through callback and Safe Word validation before a cancellation or response disposition is recorded.

route = medical_speaker | police_callback

Transfer screen

The Medical Information Transfer Screen must display critical subscriber information after the alarm begins. Missing fields, clipped content, or stale profile data should block release.

mits_state = visible + current + readable
Section 2

Alarm behavior by help type

The two alarm paths use different routing rules and cancellation logic. QA should validate the subscriber action, event type, route selection, operator behavior, data state, Safe Word result, and expected disposition independently for each path.

Alarm type
Subscriber action
Operator behavior
Expected result
Medical Help
Triple-tap the Medical Help button. Confirm the event is recorded as a medical alarm and the speaker path opens.
Connects to a private alarm operator on speaker. Health information appears in MITS after the alarm begins.
Operator can assess the event, view relevant medical context, and help initiate medical response.
Police Help
Triple-tap the Police Help button. Confirm the event is recorded as a police alarm and callback handling begins.
Operator calls the subscriber. If the call is unsafe or the alarm is not cancelled with the correct Safe Word, police response may be initiated.
Subscriber can request help discreetly when speaking may not be safe.

Alarm response flow

Medical
EVENTMedical Help selected

Three taps create a medical alarm record.

ROUTESpeaker path opens

Private operator channel begins immediately.

CONTEXTMITS is displayed

Health and subscriber details are visible to support response decisions.

DISPOSITIONMedical response

Operator documents outcome and escalates when needed.

Police
EVENTPolice Help selected

Three taps create a police alarm record.

ROUTECallback path starts

Operator attempts subscriber contact before disposition.

CONTROLSafe Word check

Cancellation requires the subscriber's Safe Word.

DISPOSITIONPolice response

Location may be sent if response criteria are met.

Section 3

Subscriber app and operator context

The subscriber interface should remain intentionally simple while the operator view exposes the context needed to triage the active event. QA should test the user-facing control, event record, route state, MITS revision, Safe Word field, and operator disposition as one connected workflow.

9:41LTE
Alarm
MEDICAL HELPTap 3 Times
POLICE HELPTap 3 Times
Screen awake: enabled Location permission: required for routing review Profile state: synced before alarm test

Operator review fields

Event payload plus subscriber context
event_idUnique alarm transaction used for audit traceability.
alarm_typemedical_help or police_help. Route logic depends on this value.
profile_revisionConfirms the subscriber information displayed in MITS is current.
safe_word_statusRequired for Police Help cancellation logic.
location_statusavailable, unavailable, stale, or denied.
operator_dispositionDocuments outcome, escalation, cancellation, or handoff.
Alarm event schema
{
  "event_id": "evt_2026_001",
  "alarm_type": "medical_help",
  "activation_count": 3,
  "profile_id": "subscriber_2457",
  "profile_revision": "current",
  "location_status": "available",
  "mits_visibility": "visible",
  "operator_route": "speaker_path"
}
Routing decision logic
IF alarm_type = "medical_help"
  OPEN speaker_path
  DISPLAY MITS
  REQUIRE operator_disposition

IF alarm_type = "police_help"
  START callback_path
  REQUIRE safe_word_for_cancel
  SEND location_when_response_criteria_met
Section 4

Medical Information Transfer Screen

MITS is the subscriber context layer used during medical alarm review. The screen must be accurate, readable, synchronized with the active subscriber profile revision, and stable across operator viewport states before a product or content update is approved.

Displayed information

SubscriberName, age, phone number, emergency contact.
Medical notesConditions, allergies, medications, and mobility notes when provided.
LocationCurrent coordinates or last known location status.
Alarm typeMedical Help event with speaker path active.
Operator notesCall status, response action, and disposition timestamp.

Release criteria

Verify field labels, line wrapping, profile freshness, state persistence, and visibility across desktop and mobile operator views. A release should fail if a critical field is blank without a defined reason, overlaps another field, or renders outside the visible MITS panel.

For regression testing, create one controlled medical event with full profile data and one with minimal profile data. Confirm both display predictable labels, empty-state handling, and no truncation of emergency contact information.

Section 5

Verification checklist

Use this checklist before approving subscriber instructions, product updates, operator scripts, support articles, release notes, or regression test plans that affect alarm behavior, route logic, MITS rendering, Safe Word handling, or disposition storage.

Activation

Confirm each help button requires three taps and does not create duplicate events during rapid input or network delay.

Routing

Confirm Medical Help uses speaker path and Police Help uses callback path with Safe Word controlled cancellation.

MITS display

Confirm subscriber data is visible, current, and readable after a medical alarm begins.

Audit trail

Confirm event status, operator note, location state, and disposition timestamp remain available after closure.

1

Open a controlled test account and trigger Medical Help with exactly three taps.

2

Verify speaker path opens, MITS displays profile data, and the route is logged as medical_speaker.

3

Close the event only after operator disposition and timestamp fields are recorded.

1

Trigger Police Help with exactly three taps and confirm callback routing begins.

2

Attempt cancellation with a mismatched Safe Word and verify the event remains active.

3

Complete the correct Safe Word workflow and verify the cancellation disposition is logged.

1

Update subscriber medical notes, emergency contact, and location permission state.

2

Trigger a medical alarm and compare MITS values against the current profile revision.

3

Fail the review if labels, values, or field containers clip or overlap at any viewport width.

Support review request

Submit this manual for review when a release changes alarm copy, activation behavior, operator routing, MITS visibility, Safe Word handling, profile field mapping, or subscriber support instructions.