Manage the Master Registry
/admin/master-registry is the central hub for shared hospital catalog data. It brings SERVICE, PRODUCT, and MEDICINE together under one operational workflow.
Understand the Screen Structure First
At the top of the page, the user first chooses the current working type:
SERVICEPRODUCTMEDICINE
Below that, the screen combines search, category filtering, detail review, create / edit work, archive, and bulk upload.
Why This Screen Matters
- so treatment, POS, stock, and reporting use the same reference items
- to clean up duplicate services and items
- to maintain category consistency
- to control bulk upload and archive work
The Three Working Types
SERVICE
- non-stock billable clinical and operational services
PRODUCT
- ordinary stock-connected products
MEDICINE
- medication-centered items
- likely connected to lots, expiry, and dispensing
Core Actions
- search
- type switching
- category filtering
- detail review
- create / edit
- active / inactive toggle
- delete
- bulk upload
- category management
- archive
The data source changes by type:
SERVICE: based on branch service dataPRODUCT/MEDICINE: based on branch item and stock-linked data
Category Rules
Categories are operational reporting structure, not just labels.
Good category practice
- keep clinical services separate from pharmacy items
- distinguish system core categories from hospital custom categories
- clear out uncategorized items quickly
Service categories like Hotel, Grooming, or Taxi may drop out of practical use when that branch feature is disabled. Category design is therefore linked to facility enablement.
What to avoid
- multiple near-duplicate category names
- temporary categories that become permanent production categories
- mixing services and medicines under the same category tree
Use Bulk Upload Carefully
Bulk upload is fast, but it creates validation work.
Good scenarios
- initial master-data loading for a new hospital
- migration from an older ERP or spreadsheet catalog
Check before upload
- duplicate names
- unit consistency
- category mapping
- active / inactive policy
- branch synchronization policy
Note: Bulk upload is valuable for initial loading, but environments with many duplicates usually pay for that speed later through archive cleanup.
Archive Strategy
Archive removes obsolete master data from the main operating view while preserving historical interpretation context.
Good archive candidates
- items no longer sold or used
- duplicates already merged elsewhere
- test data
Warning: Deleting items that were already used in bills, prescriptions, or stock lots makes history harder to interpret. In many cases, deactivation or archive is safer than deletion.
Archive opens a separate archived list based on the currently selected type.
Relationship to Stock and Clinical Work
- services flow into OPD Plan and POS
- products and medicines flow into stock, pharmacy, and inventory-focused review
- weak category quality reduces the usefulness of downstream financial interpretation
Practical Tips
- always search before creating a new item
- keep shared master-data creation restricted to admins
- define internally what "inactive" means versus what "archived" means