Medical specialties are a foundational catalog in the Gestión Clínica system. Every consultation, appointment, and care pathway is associated with a specialty — such as Cardiología, Pediatría, or Traumatología — and each specialty can be linked to one or more healthcare professionals. TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/ttpullima/RomsoftBackEnd2021_v2/llms.txt
Use this file to discover all available pages before exploring further.
ADM_ESPECIALIDAD controller exposes two endpoints: one to list all currently active specialties system-wide, and another to look up only the specialties associated with a specific professional. All endpoints require a valid Authorization bearer token obtained from the authentication service.
All
ADM_ESPECIALIDAD endpoints are HTTP POST. The API follows a convention where all operations use POST, with filter criteria passed in the request body rather than as query parameters.Data Transfer Objects
ADM_ESPECIALIDADDTO
Represents a medical specialty record returned from the API. Extends EntityAuditableDTO, which adds audit trail fields.
Unique surrogate key for the specialty record.
Short alphanumeric code identifying the specialty (e.g.,
"CARD", "PED").Full human-readable name of the specialty (e.g.,
"Cardiología", "Pediatría").ISO 8601 timestamp of when the record was created. Inherited from
EntityAuditableDTO.ISO 8601 timestamp of the last modification. Inherited from
EntityAuditableDTO.Username of the operator who created the record. Inherited from
EntityAuditableDTO.Username of the last operator who modified the record. Inherited from
EntityAuditableDTO.Numeric ID of the creating user. Inherited from
EntityAuditableDTO.Numeric ID of the modifying user. Inherited from
EntityAuditableDTO.Numeric ID of the currently authenticated user performing the operation. Inherited from
EntityAuditableDTO.ADM_ESPECIALIDADPROFESIONALDTO
A lightweight filter object used to look up specialties for a given professional. Sent as the request body to GetEspecialidadProfesionalById.
The unique identifier of the healthcare professional whose assigned specialties should be retrieved.
Specialty ↔ Professional Relationship
Each healthcare professional registered in the system may be assigned to one or more medical specialties. This many-to-many relationship is navigated throughGetEspecialidadProfesionalById: the caller supplies a professional’s id_profesional, and the API returns all ADM_ESPECIALIDADDTO records associated with that individual. This list is typically consumed by scheduling and appointment modules to present only the relevant specialties when booking a consult for a specific doctor.
Endpoints
POST /api/ADM_ESPECIALIDAD/GetAllActives
Returns the complete list of active medical specialties registered in the system. No request body is required.
Request
POST /api/ADM_ESPECIALIDAD/GetEspecialidadProfesionalById
Returns all active specialties associated with a specific healthcare professional. Pass an ADM_ESPECIALIDADPROFESIONALDTO object as the request body.
Request body
Numeric identifier of the professional. Must correspond to an existing record in
ADM_PROFESIONAL.When a professional exists but has no specialty assignments, or when
id_profesional does not match any record, the response returns Success: true with Warning: true and a descriptive message rather than a 4xx HTTP error.Response Envelope
All endpoints return a uniformJsonResponse envelope:
| Field | Type | Description |
|---|---|---|
Success | boolean | true if the request was processed without a server-side exception. |
Data | array / null | The payload — an array of ADM_ESPECIALIDADDTO objects on success. |
Message | string / null | Human-readable message, populated on warning or error states. |
Warning | boolean | true when the operation succeeded but produced a business-rule warning. |