Cambiar de aplicación puede ahorrar trabajo de escritura cuando el origen y el destino entienden los mismos datos. Para averiguar si eso ocurre, hay que revisar los formatos, el significado de los campos y el resultado de una muestra. Que exista un botón "importar" no demuestra que todo el historial quepa en la nueva herramienta.

Esta guía es una propuesta editorial original para adultos que organizan el cuidado de un bebé de 3 a 12 meses. No es un servicio de migración, no se ha validado como método ni afirma que NiBambini ya importe registros.

Verificar el formato de origen y de destino

En el ejemplo ficticio, Cris y Nando quieren llevar los avisos de Alice, de seis meses, de una herramienta a otra. El origen permite descargar un archivo. El destino dice aceptar CSV, pero no informa en la primera pantalla qué columnas reconoce.

Antes de enviar datos reales, buscan la documentación y un modelo de archivo. Descubren que el destino reconoce fecha, categoría y observación. La autoría y los adjuntos requieren preguntas adicionales. La decisión de cambiar todavía no está lista.

Confirma el tipo de archivo, el tamaño aceptado, la presencia de un encabezado y el formato de cada columna. Pregunta si la importación añade datos, reemplaza un historial o crea un perfil nuevo. Estas diferencias afectan la prueba y el riesgo de modificar información existente.

El RFC 4180 sobre CSV describe convenciones para este formato, pero no establece el significado de las categorías de rutina del bebé. Que dos herramientas acepten CSV no garantiza que reconozcan los mismos acontecimientos.

Relacionar los campos y las unidades

Haz un mapa sencillo con una columna de origen, otra de destino y una tercera para lo que quedará fuera. Lee los nombres y después su significado. "Hora" puede representar el acontecimiento en una herramienta y la creación del registro en otra.

En el ejemplo, Cris encuentra "observación" en el origen y "nota" en el destino. Esa correspondencia parece posible, pero hay que probarla con una coma, un acento y un salto de línea. En cambio, "autor" no tiene un destino evidente. Dejan ese elemento como "no confirmado", sin encajarlo silenciosamente en otro campo.

Si hay unidades, registra la correspondencia. No conviertas valores a mano sin saber qué representan. Un campo numérico vacío tampoco debería convertirse en cero. Vacío, desconocido y cero pueden describir situaciones distintas, según el servicio.

Para las horas, revisa la fecha y la referencia de zona horaria. La nota Date and Time Formats del W3C da ejemplos de representación de fecha y hora con la diferencia respecto a UTC. Es una nota técnica, no una garantía sobre ningún importador.

Probar una muestra ficticia

Usa primero el modelo oficial del destino, si existe, con nombres y acontecimientos inventados. Una muestra pequeña puede contener un aviso sencillo, otro con coma y acento, una hora aproximada y una observación sin valor numérico. No ingreses datos reales de una niña o un niño solo para averiguar cómo funciona la pantalla.

Confirma que el entorno de prueba permite realmente ese uso. En una cuenta compartida real, importar incluso una muestra puede modificar el historial de otras personas. Si no hay un espacio de prueba, pide aclaraciones al soporte y no ejecutes un cambio para ver qué pasa.

Observa el resumen de importación. ¿Cuántas filas se leyeron, aceptaron, rechazaron o ignoraron? ¿Se indica qué campo falló? El W3C indica que se describan los errores de entrada en texto. Esto ayuda a formular preguntas sobre la interfaz sin afirmar que el importador cumple el estándar.

Un mapa de traslado para el historial

En el ejercicio de abajo, Cargar ejemplo ficticio muestra una muestra CSV inventada y una correspondencia entre campos con una duda por aclarar. Modifica los campos y revisa la vista previa local. No se envía ningún archivo a un servidor ni se ejecuta una importación en servicios externos.

  • Campo de origen: ¿qué información estaba registrada?
  • Campo de destino: ¿dónde aparecería después?
  • Significado y unidad: ¿la correspondencia es real?
  • Estado: ¿confirmado, necesita una prueba o sin correspondencia?
  • Muestra: ¿qué fila ficticia permite comprobar ese campo?
  • Resultado: ¿qué cambió, faltó o se rechazó?
  • Decisión: ¿mantener el origen, pedir una respuesta o continuar con una migración autorizada?

Limpiar ejercicio reinicia los campos locales. La vista previa reúne los elementos que faltan, sin un porcentaje de «migración perfecta». Los adjuntos, el historial de cambios y los participantes requieren comprobaciones propias.

Revisar lo que falta antes de dejar de usar la aplicación de origen

En el ejemplo, Cris y Nando notan que la muestra se importó, pero la autoría no llegó. Necesitan decidir si esa ausencia compromete el uso que quieren darle. La prueba no resuelve automáticamente la cuestión ni autoriza a enviar todo el historial.

Antes de una migración real, confirma el destino, los permisos y el tratamiento de los datos con las personas responsables. Lee los campos que debes revisar en la exportación y el alcance de la salida y la eliminación. Si cambió la rutina, quizá baste con mantener un aviso actual; consulta cuándo dejar un registro que ya no ayuda.

Este guion no sustituye el asesoramiento jurídico ni la transferencia de una historia clínica. No dejes de usar la aplicación de origen solo porque un mensaje dijo "archivo recibido". Revisa el resultado y las limitaciones que todavía importan para el cuidado compartido.

Conoce la propuesta de NiBambini. Explora la demostración con datos ficticios. El registro real y el cuidado compartido con cuentas aún están en desarrollo.