Glosario compartido por todos los cursos del c@mpus virtual.


Browse the glossary using this index

Special | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O
P | Q | R | S | T | U | V | W | X | Y | Z | ALL

Page: (Previous)   1  2  3  4  5  6  7  8  (Next)
  ALL

P

:
Paquete estereotipado que contiene elementos de un modelo que han sido personalizados para un dominio específico o un propósito concreto, utilizando mecanismos de extensión como los estereotipos, marcadores y restricciones. Un
perfil puede especificar también las librerías del modelo de las que depende y el subconjunto del metamodelo que extiende.

Ver: Estereotipo

Eng.- Profile
Keyword(s):
:

Es un documento de referencia para todos los agentes involucrados en una organización de salud. Facilita un vocabulario común para centrar las necesidades de información, desde un punto de actuación donde se realiza actividad clínica, asistencial, etc., hasta el complejo entramado de las entidades proveedoras, aseguradoras y reguladoras del sector salud.

Su propósito es definir los requisitos de la demanda y su correspondencia con las soluciones técnicas planteadas, establecer unos criterios de evaluación de su cumplimiento y trazar la estrategia de su implementación. Un buen plan director TIC de Salud ha de estar bien consensuado y correctamente alineado con los siguientes ejes:

  1. Necesidades de información agentes del “sector Salud”
  2. Estrategia de salud a nivel de comunidad y estatal (oferta)
  3. Inversiones disponibles en TIC
  4. Estándares de información nacionales e internacionales
  5. Guías de buena práctica & Exigencia de calidad
  6. Governanza de los sistemas de información de salud

Entre otros apartados, el Plan Director TIC de Salud define los siguientes:

  • Agentes de Salud (roles y responsabilidades)
  • Modelo Conceptual del Sistema de Salud (visión compartida)
  • Modelo de Información de Referencia de Salud (vocabulario común)
  • Taxonomía de servicios (oferta líneas de atención) 
  • Mapa de provisión de servicios (despliegue territorial)
  • Esquema de interoperabilidad (distintos niveles)
Keyword(s):
:
Restricción que exp resa una condición que debe ser “verdadera” cuando ha finalizado una operación.

Eng.- Postcondition
Keyword(s):
:
Clasificador cuyas instancias son también subclases de otro clasificador. Los powertypes son entonces metaclases con el añadido que sus instancias son también subclases.

Eng.- Powertype
Keyword(s):
:
Restricción que expresa una condición que debe ser “verdadera” cuando una operación es invocada.

Ver: Postcondición

Eng.- Precondition
Keyword(s):
:
Conjunto de acciones que puede ser añadido como una unidad a otras partes del modelo, por ejemplo como el cuerpo de un método. Conceptualmente, un procedimiento cuando ya se ha ejecutado, toma una serie de valores como argumentos y produce una serie de valores como resultados, tal como está especificado por los parámetros del procedimiento.

Ver: Operación, Parámetro

Eng.- Procedure
Keyword(s):
:
General: Unidad fundamental de ejecución y concurrencia en un sistema operativo que incluye otros procesos auxiliares. Si es necesario, pueden utilizarse estereotipos para distinguir su implementación.

Software: Proceso de desarrollo de software con sus etapas y orientaciones para desarrollar un sistema.

Computación: Ejecutar un algoritmo, o bien, manejar algo de manera dinámica.

Ver: Procedimiento

Eng.- Process
Keyword(s):
:
Tipo de Entidad que define la presentación de artículos, servicios, prestaciones, manufacturas, semielaborados, etc., que son ofertadas por un proveedor y/o intermediario a través de un catálogo.

Ver: Entidad, Ítem transaccional.

:
Valor definido que indica una característica de un elemento. Una propiedad tiene una connotación semántica. Ciertas propiedades están predefinidas en el UML, otras pueden ser definidas por el usuario.

Eng.- Property
Keyword(s):
:
Clasificador que suministra servicios que pueden ser invocados por otros.

Contrario: Cliente

Eng.- Supplier
Keyword(s):
:
Ubicación (real o virtual) que forma parte de una organización donde Agentes habilitados (Entidades), pueden actuar gracias a una serie de recursos dispuestos a tal fin. Pueden determinarse restricciones sobre el tipo de actuaciones y roles para cada tipo de punto de actuación.

Eng.- Place
Ver: HL7 RIM, Actuación.

R

:
Una relación de abstracción especializada entre dos conjuntos de elementos de un modelo, el primero representando una especificación (el proveedor), y el otro representando la implementación del primero (el cliente). La realización puede estar orientada a un refinamiento progresivo del modelo, a optimizaciones, transformaciones, plantillas, síntesis de modelos, composición de estructuras, etc.

Eng.- Realization
Keyword(s):
:
Una relación que representa una especificación más ampliada de algo que ya ha sido especificado anteriormente con algún nivel de detalle. Por ejemplo, una clase de diseño es un refinamiento de una clase de análisis.

Eng.- Refinement
Keyword(s):
:
Concepto abstracto que especifica algún tipo de conexión entre dos o más elementos. Ejemplos de relación son las asociaciones, las agregaciones, las composiciones y las generalizaciones.

Ver: Asociación, Agregación, Composición, Generalización

Eng.- Relationship
Keyword(s):
:
Relación entre un caso de uso que extiende funcionalidad y un caso de uso receptor de dicha extensión; especificando cómo el comportamiento definido por el caso de uso que extiende (en función de las condiciones especificadas para activar la extensión), aumenta el comportamiento del caso de uso receptor. El nuevo comportamiento es insertado dentro de la secuencia de eventos, en lo que se denomina el punto de extensión del caso de uso receptor. El cumplimiento del propósito del caso de uso receptor, no está condicionado por el comportamiento añadido del caso de uso que extiende.

Ver: Extensión, Relación de inclusión

Eng.- Extend
Keyword(s):
:
Relación entre un caso de uso contenedor y el caso de uso que incluye; especificando cómo el comportamiento definido por el caso de uso que contiene, delega el comportamiento del caso de uso incluido. El nuevo comportamiento es incluido dentro de la secuencia de eventos del caso de uso contenedor. El cumplimiento del propósito del caso de uso contenedor, sí está
condicionado por el comportamiento delegado al caso de uso que incluye, pero no depende de su estructura (atributos y/o operaciones).

Ver: Relación de extensión

Eng.- Include
Keyword(s):
:
Según el diccionario de la RAE, "Requerimiento" es la acción o efecto de requerir.
Recomendamos utilizar "Requisito" cuando pretendemos identificar una característica, propiedad o comportamiento requerido para el sistema.

ver: Requisito

Eng.- Requirement

Keyword(s):
:
Capacidad funcional o no funcional de un sistema, que aportará un determinado valor. Es una condición necesaria para conseguir un objetivo concreto que aportará valor a uno o varios Actores del sistema.

A veces se utiliza requerimiento como sinónimo.

Ver: Requerimiento.
Eng.- Requisite
Keyword(s):
:
Representational State Transfer ( REST) ​​es un estilo de arquitectura que define un conjunto de restricciones aplicadas a los componentes, conectores y elementos de datos, en un sistema distribuido hipermedia.

REST no considera los detalles de la implementación de los componentes y la sintaxis de protocolo con el fin de centrarse en las funciones de los componentes, las restricciones sobre su interacción con otros componentes, y su interpretación de los elementos de datos significativos.

El REST (Representational State Transfer) es un concepto definido en 2000 por Roy Fielding en su tesis doctoral en la Universidad de California en Irvine.
REST se ha utilizado para describir una óptima arquitectura web, para identificar problemas existentes, comparar soluciones alternativas, y para asegurar que las extensiones de protocolo no violen las restricciones básicas que hacen que la Web funcione correctamente. Fielding usó REST para diseñar HTTP 1.1 y los "Uniform Resource Identifiers" (URI).

El estilo de arquitectura REST también se aplica para desarrollar servicios web como alternativa a otras especificaciones de computación distribuida como SOAP.

http://en.wikipedia.org/wiki/Representational_state_transfer
Ver: HL7 FHIR
:
Una condición o restricción semántica. Puede ser expresada textualmente en lenguaje natural, en una notación formal a través de una expresión matemática, o en lenguaje procesable por el sistema, con el propósito de enunciar la semántica de un elemento del modelo.

Eng.- Constraint
Keyword(s):
:
Conjunto definido de características con respecto a una colección de entidades que participan en un contexto concreto.

Colaboración: Conjunto definido de comportamientos que dispone una clase o parte que participan en un contexto concreto.

Parte: Un subconjunto de una clase particular que presenta un subconjunto de las características que dispone la clase.

Asociaciones: Sinónimo para un conector de asociación que a menudo se refiere a un subconjunto de instancias del clasificador que participan en una asociación.

Eng.- Role
Keyword(s):
:
1.- Categoría que habilita (scopes) a una entidad para poder participar en una actuación.
2.- Responsabilidad que juega (play) una entidad cuando participa en una actuación
Es una de las seis clases que configura el núcleo del HL7 RIM.

Eng.- Role
Ver: HL7 RIM, Entidad, Participante, Actuación.

S

:

Un servicio es una actividad donde se busca responder a las necesidades de un cliente mediante una solución que le aporta valor.

Un supermercado nos proporciona el servicio de poder comprar múltiples productos de forma centralizada en un espacio común, un hospital proporciona servicios de salud a sus pacientes para que estos mejoren su calidad de vida, una escuela proporciona educación a sus clientes, los alumnos, etc.

Las características fundamentales de los servicios son:

  • Intangibilidad: Esta característica se refiere a que los servicios no se pueden ver, degustar, tocar, escuchar u oler antes de comprarse, por tanto, tampoco pueden ser almacenados, ni colocados en el escaparate de una tienda para ser adquiridos y llevados por el comprador (como sucede con los bienes o productos físicos). Por ello, esta característica de los servicios es la que genera mayor incertidumbre en los compradores porque no pueden determinar con anticipación y exactitud el grado de satisfacción que tendrán luego de rentar o adquirir un determinado servicio. Por ese motivo, a fin de reducir su incertidumbre, los compradores buscan incidir en la calidad del servicio. Hacen inferencias acerca de la calidad, con base en el lugar, el personal, el equipo, el material de comunicación, los símbolos y el servicio que ven. Por tanto, la tarea del proveedor de servicios es "administrar los indicios", "hacer tangible lo intangible".
  • Inseparabilidad: Los bienes se producen, se venden y luego se consumen. En cambio, los servicios con frecuencia se producen, venden y consumen al mismo tiempo, en otras palabras, su producción y consumo son actividades inseparables. Por ejemplo, si una persona necesita o quiere un corte de cabello, debe estar ante un peluquero o estilista para que lo realice. Por tanto, la interacción proveedor-cliente es una característica especial de la mercadotecnia de servicios: Tanto el proveedor como el cliente afectan el resultado.
  • Heterogeneidad: O variabilidad, significa que los servicios tienden a estar menos estandarizados o uniformados que los bienes. Es decir, que cada servicio depende de quién los presta, cuando y donde, debido al factor humano; el cual, participa en la producción y entrega. Por ejemplo, cada servicio que presta un peluquero puede variar incluso en un mismo día porque su desempeño depende de ciertos factores, como su salud física, estado de ánimo, el grado de simpatía que tenga hacia el cliente o el grado de cansancio que sienta a determinadas horas del día.
    Por estos motivos, para el comprador, ésta condición significa que es difícil pronosticar la calidad antes del consumo. Para superar ésta situación, los proveedores de servicios pueden estandarizar los procesos de sus servicios y capacitarse o capacitar continuamente a su personal en todo aquello que les permita producir servicios estandarizados de tal manera, que puedan brindar mayor uniformidad, y en consecuencia, generar mayor confiabilidad.
  • Caracter Perecedero: O imperdurabilidad. Se refiere a que los servicios no se pueden conservar, almacenar o guardar en inventario. Por ejemplo, los minutos u horas en las que un dentista no tiene pacientes, no se puede almacenar para emplearlos en otro momento, sencillamente se pierden para siempre. Por tanto, la imperdurabilidad no es un problema cuando la demanda de un servicio es constante, pero si la demanda es fluctuante puede causar problemas. Por ese motivo, el caracter perecedero de los servicios y la dificultad resultante de equilibrar la oferta con la fluctuante demanda plantea retos de promoción, planeación de productos, programación y asignación de precios a los ejecutivos de servicios.
:
Una matriz organizada de elementos que se comporta como una unidad. También, el subsistema de más alto nivel de un modelo.

Eng.- System
Keyword(s):
:
Especificación por la que una entidad modelada por una instancia de especificación tiene uno o varios valores para una característica estructural
concreta.

Eng.- Slot
Keyword(s):

Page: (Previous)   1  2  3  4  5  6  7  8  (Next)
  ALL