Câu trả lời ngắn gọn
Các công cụ phân tích tổng hợp (meta-analysis) làm các công việc khác nhau: AI có thể đề xuất các giá trị hoặc mã được trích xuất, trong khi phần mềm thống kê tính toán một mô hình nhất định. Chọn một quy trình làm việc tích hợp hoặc một thiết lập dựa trên kịch bản tùy theo các phương pháp và hồ sơ mà bạn cần kiểm tra. Hướng dẫn này so sánh vai trò của chúng và theo dõi ba nghiên cứu giả định qua sổ cái dữ liệu, kiểm tra hướng hiệu ứng và bàn giao phân tích.
Điểm chính
So sánh hỗ trợ trích xuất, phân tích tích hợp và các gói thống kê dựa trên đầu ra mà bạn cần xác minh.
Giữ tính đủ điều kiện đánh giá riêng biệt với sẵn sàng cho một phân tích cụ thể: một thời điểm sai hoặc thiếu độ lệch chuẩn (SD) có thể ngăn việc gộp mà không loại bỏ nghiên cứu khỏi đánh giá.
Lưu các đầu vào đã kiểm tra, các thiết lập rõ ràng, ghi chép thực hiện và kết quả để một nhà phân tích khác có thể đánh giá hoặc chạy lại phép tính.
Gatsbi xuất bản hướng dẫn này và phát triển một số công cụ được đề cập. Chúng tôi dùng cùng tiêu chí theo từng công việc để xem xét Gatsbi và các sản phẩm khác, dựa trên tài liệu công khai. Đây là so sánh dựa trên tài liệu. Hãy kiểm tra tính năng và điều kiện truy cập hiện tại trước khi lựa chọn.
Chọn một lộ trình phân tích trước khi chọn sản phẩm
Trước tiên xác định câu hỏi, thiết kế nghiên cứu, kết quả, so sánh và thời điểm. Sau đó xác định thước đo hiệu ứng và dữ liệu mà việc tính toán nó yêu cầu. Đối với các khái niệm đằng sau những lựa chọn này, đọc những gì phân tích tổng hợp thực hiện . Việc chọn phần mềm sẽ theo phân tích dự định.
Một quy trình làm việc tích hợp có thể kết nối trích xuất, phân tích, biểu đồ và soạn thảo mà không cần viết mã. Một lộ trình dựa trên mã sẽ tiết lộ mã và các đối số gói để kiểm tra và tái sử dụng. Mỗi lộ trình đều phải hỗ trợ thiết kế thực tế của bạn; hiệu ứng phụ thuộc, thử nghiệm cụm và nghiên cứu đa nhánh yêu cầu hơn một nhãn phân tích tổng hợp chung.
Tách bốn giai đoạn dưới đây khi quyết định những gì cần uỷ quyền. Một con số trích xuất đúng không chứng minh rằng một phép biến đổi hoặc mô hình là thích hợp. Nếu việc lựa chọn và trích xuất nguồn vẫn chưa được giải quyết, hãy hoàn thành công việc đó trong hướng dẫn công cụ đánh giá có hệ thống .
| Giai đoạn | Hỗ trợ khả dụng | Bằng chứng chấp nhận |
|---|---|---|
Đọc báo cáo | Đề xuất số liệu và đoạn trích nguồn | Kiểm tra nghiên cứu, nhóm, kết quả, thống kê, đơn vị và thời điểm |
Chuẩn bị ảnh hưởng | Soạn thảo một phép biến đổi hoặc tính toán | Phương pháp đã được ghi chép và một ví dụ được kiểm tra độc lập |
Khớp mô hình | Thực hiện một gói thống kê hoặc phân tích tích hợp | Cài đặt rõ ràng, xử lý thiết kế phù hợp và kết quả có thể kiểm tra được |
Diễn giải | Soạn thảo một giải thích về kết quả đầu ra | Các tuyên bố phù hợp với ước tính, độ không chắc chắn và hạn chế của nghiên cứu |
So sánh các đầu vào, kiểm soát phân tích và khả năng tái lập
Các ví dụ được nêu tên dưới đây được mô tả từ tài liệu nhà cung cấp đã được kiểm tra vào ngày 18 tháng 10 năm 2026. Gatsbi xuất bản hướng dẫn này và được bao gồm theo cùng các tiêu chí. Đây là các vai trò được ghi chép, không phải kết quả từ một bài kiểm tra độ chính xác so sánh. Hàng trợ lý mã hóa là một hạng mục để đánh giá, không phải sản phẩm đã được xem xét.
RevMan và metafor là phần mềm phân tích xem xét hoặc thống kê; việc sử dụng chúng cùng với một trợ lý không biến chúng thành AI tạo sinh. Ngược lại, một trợ lý trích xuất không trở thành công cụ phân tích hoàn chỉnh chỉ vì nó tạo ra một bảng. Hãy quyết định thành phần nào sẽ tính toán các chỉ số hiệu quả và mô hình của bạn.
Đối với mỗi ứng viên, liệt kê các chỉ số hiệu quả yêu cầu, thiết kế nghiên cứu, bộ ước lượng và phương pháp khoảng. Xác nhận chúng trong tài liệu của phiên bản tương ứng, sau đó kiểm tra một đầu ra nhỏ. Khi tổng quan không xác lập tính năng hoặc chi tiết xuất, hãy giữ nó được đánh dấu để xác minh thay vì giả định có hỗ trợ hay không có.
| Vai trò / nguồn | Nhập và đầu ra có tài liệu | Hữu ích khi | Những gì thử nghiệm của bạn phải xác lập |
|---|---|---|---|
Hỗ trợ trích xuất / Elicit | Các bài báo trong quy trình đánh giá có cấu trúc của nó có thể được sàng lọc và sử dụng để trích xuất dữ liệu. | Bạn cần các trường đề xuất trước khi chuẩn bị bộ dữ liệu phân tích. | Vị trí nguồn, ánh xạ nhánh/điểm thời gian, và một tệp xuất có thể kiểm tra; chỉ trích xuất không xác lập các đầu vào phân tích hợp lệ. |
Môi trường đánh giá-phân tích / RevMan | Quản lý, phân tích và báo cáo dữ liệu nghiên cứu. | Bạn muốn phân tích trong môi trường xem xét. | Hỗ trợ cho các thiết kế và phương pháp dự định, các cài đặt hiển thị, và các bản ghi dữ liệu/kết quả cần thiết để tái tạo kết quả của bạn. |
Gói thống kê / R với metafor | Dữ liệu số và các đối số hàm rõ ràng tạo ra các tính toán hiệu ứng, mô hình phù hợp, và đồ thị. | Nhóm của bạn có thể kiểm tra và duy trì một script phân tích R. | Lựa chọn chức năng và đối số chính xác, xử lý sự phụ thuộc, phiên bản gói, và chạy lại độc lập. |
Quy trình làm việc tích hợp hỗ trợ AI / Gatsbi Reviewer · nhà xuất bản | Mô tả sản phẩm bao gồm chiết xuất định lượng, phân tích hiệu ứng cố định và hiệu ứng ngẫu nhiên, đồ thị rừng/đường phễu, I²/Q, và xuất dữ liệu thô/kết quả chính. | Bạn muốn kết nối dữ liệu nghiên cứu đã được xem xét với phân tích và bản thảo bài viết. | Các biện pháp hiệu quả cần thiết và thiết kế phức tạp, các ước lượng/thiết lập khoảng cách một cách rõ ràng, ánh xạ nguồn, và việc xuất dữ liệu có cho phép kiểm tra độc lập hay không. Tổng quan này không xác lập tất cả những điều này. |
Danh mục trợ lý lập trình | Các gợi ý và dữ liệu cung cấp có thể được sử dụng để đề xuất mã có thể chỉnh sửa; hành vi phụ thuộc vào sản phẩm và cấu hình đã chọn. | Một nhà phân tích có thể xem xét kịch bản được đề xuất so với phương pháp dự định. | Mô hình chính xác, ánh xạ đầu vào, môi trường và đầu ra. Không có trợ lý lập trình cụ thể nào được đánh giá ở đây. |
Xây dựng một sổ cái cho phân tích dự định
Sử dụng các định danh riêng biệt cho nghiên cứu, các báo cáo của nó và phân tích. Giữ nguyên các giá trị gốc cùng với các giá trị đã kiểm tra và các phép biến đổi. Một nghiên cứu có thể đủ điều kiện để xem xét nhưng thiếu dữ liệu cần thiết cho một kết quả hoặc khoảng thời gian theo dõi; ghi lại những điều đó như các quyết định riêng biệt.
Sổ cái giả tưởng dưới đây sử dụng ID phân tích MD_12W: hiệu số trung bình của can thiệp trừ so với đối chứng trong một chỉ số liên tục ở 12 tuần, với các điểm số thấp hơn cho thấy kết quả tốt hơn. Nghiên cứu A là cùng một báo cáo hướng dẫn giảng dạy được sử dụng trong hướng dẫn sàng lọc và trích xuất. Các nghiên cứu B và C giới thiệu một thời điểm khác và một độ lệch chuẩn bị thiếu. Đây là các dữ liệu đầu vào tưởng tượng, không phải kết quả nghiên cứu quan sát được hoặc sản phẩm đầu ra.
Nghiên cứu A cung cấp các trường hiển thị cho phép tính toán theo kế hoạch. Trung bình sáu tuần của Nghiên cứu B không thể tự nhiên trở thành giá trị 12 tuần. Nghiên cứu C yêu cầu một quyết định về dữ liệu bị thiếu đã được ghi nhận: tìm giá trị, sử dụng phép suy luận hợp lý hoặc phương pháp phân tích theo kế hoạch khi thích hợp, hoặc loại bỏ nó khỏi tổng hợp định lượng này. Không có lựa chọn nào trong số đó tự động loại bỏ một nghiên cứu đủ điều kiện ra khỏi đánh giá.
Nhận dạng và phạm vi: study_id, report_id, analysis_id, arm, outcome, timepoint_weeks, statistic, và unit.
Giá trị và nguồn gốc: original_value, checked_value, kích thước mẫu (n), source_location, transformation, và missing_reason. Hiển thị SD bị thiếu là không được báo cáo, không phải là số không.
Quyết định: verification_status và include_in_analysis, kèm lý do và người đánh giá. Giữ include_in_review riêng biệt để một vấn đề dữ liệu không thể tự nhiên trở thành loại trừ nghiên cứu.
| Nghiên cứu / nguồn | Thông tin được báo cáo | Kiểm tra hoặc chỉnh sửa | Sẵn sàng cho MD_12W |
|---|---|---|---|
A / Báo cáo A, bảng 2, tuần 12 | Can thiệp: n=40, trung bình=12, SD=4; bộ so sánh: n=40, trung bình=15, SD=5 | Xác nhận nhãn cánh tay, thống kê và đơn vị với nguồn; giữ lại bất kỳ hiệu chỉnh khi chiết xuất nào. | Các trường hiển thị đã đầy đủ cho phép tính dự kiến; xác minh các giả định thiết kế và phân tích nghiên cứu trước khi đưa vào. |
B / Báo cáo B, bảng 3, tuần 6 | Trung bình can thiệp=10; trung bình so sánh=12 | Theo dõi khác với định nghĩa 12 tuần; giữ nguyên thời gian thực tế. | Chưa sẵn sàng cho phân tích này. Giải quyết thời gian và các trường bắt buộc khác; không gom dữ liệu một cách im lặng. |
C / Báo cáo C, bảng 2, tuần 12 | Trung bình can thiệp=11; trung bình so sánh=14; một SD cần thiết không được báo cáo | Giữ SD bị thiếu hiển thị và ghi lại phản hồi đã chọn. | Chưa sẵn sàng. Không được tự tạo SD hoặc coi trống là số 0. |
Xác minh cài đặt mã hoặc phân tích tích hợp
Bắt đầu với việc ánh xạ từ các trường sang phép tính. Đây là số điểm cuối cùng hay thay đổi so với đường cơ sở? Can thiệp và so sánh có đúng thứ tự dự định không? SD có được phân biệt với sai số chuẩn và khoảng tin cậy không? Hướng dẫn đo lường hiệu quả của Cochrane giải thích bối cảnh phương pháp; tài liệu của phần mềm điều chỉnh cách thực hiện.
Tính lại Nghiên cứu A giả định một cách độc lập: can thiệp trừ so sánh tại 12 tuần là 12 − 15 = −3 điểm. Đảo nhóm sẽ cho +3 từ cùng số liệu. Kiểm tra rằng kịch bản hoặc giao diện giữ nguyên thứ tự kế hoạch trước khi diễn giải hướng kết quả.
Cùng số liệu, hướng hiệu ứng ngược lại
Trong Nghiên cứu giả tưởng A tại tuần 12, trung bình can thiệp là 12 và trung bình so sánh là 15. Sự khác biệt theo kế hoạch (can thiệp trừ so sánh) là -3 điểm. Việc đảo nhóm sai sẽ cho +3. Một đường số đặt các kết quả này ở hai phía khác nhau so với số 0; bất định và lựa chọn mô hình vẫn cần được xác minh.
Ví dụ giảng dạy · Nghiên cứu giả tưởng A
Nghiên cứu A · bảng 2 · tuần 12
Can thiệp − bộ so sánh
Can thiệp so sánh −
Hiệu trung bình (điểm) · 0 = không có sự khác biệt về trung bình
Giá trị nguồn vẫn giữ nguyên. Hoán đổi nhóm sẽ đảo ngược dấu hiệu.
Xác minh nhãn cánh tay và thứ tự trừ dự kiến. Đúng −3 không xác minh độ lệch chuẩn, kích thước mẫu, độ không chắc chắn hay mô hình phân tích.
Đối với mã, kiểm tra các đối số của hàm, ánh xạ dữ liệu, xử lý giá trị thiếu, phụ thuộc gói và phiên bản chạy. Đối với giao diện tích hợp, giữ lại dữ liệu đã nhập, các cài đặt đã chọn, kết quả xuất và thông tin phiên bản có sẵn. Nếu ước lượng, phương pháp khoảng, hoặc cài đặt cần thiết khác không được hiển thị, ghi lại hạn chế và tìm sự làm rõ.
Sau đó kiểm tra phép tính bất định và mô hình cho thiết kế nghiên cứu. Dữ liệu ghép đôi, theo cụm, lặp lại và đa nhánh có thể cần xử lý khác nhau. Minh họa số học chỉ kiểm tra một phép trừ; hướng dẫn này không chọn mô hình ghép hoặc xác nhận phép tính bất định cho các nghiên cứu giả tưởng.
| Cài đặt | Lựa chọn hoặc trạng thái đã ghi | Kiểm tra chấp nhận |
|---|---|---|
Phân tích và kết quả | MD_12W; điểm liên tục sau 12 tuần | Phù hợp với câu hỏi và sổ cái |
Hướng | Can thiệp trừ so sánh | Nghiên cứu A cho −3, không phải +3 |
Thống kê và đơn vị | Giá trị trung bình nhóm; điểm số; độ lệch chuẩn và kích thước mẫu được giữ nguyên | Điểm cuối cùng, độ lệch chuẩn và đơn vị không bị nhầm lẫn với một đại lượng khác |
Mô hình, ước lượng và phương pháp khoảng | Không được chọn hoặc tính toán trong ví dụ này | Xác định và kiểm tra những điều này cho dự án thực; không kế thừa các cài đặt mặc định chưa được xem xét |
Phần mềm và thực hiện | Ghi lại sản phẩm/gói thực tế, phiên bản, cài đặt và ngày chạy | Một nhà phân tích khác có thể xác định những gì đã chạy và những gì vẫn không có sẵn |
Đối chiếu kết quả đầu ra trước khi viết kết quả
So sánh kết quả đầu ra với bộ dữ liệu đã kiểm tra và phân tích dự kiến. Đối chiếu số lượng nghiên cứu và người tham gia, hướng hiệu ứng, khoảng, trọng số và nhãn. Điều tra giá trị bất ngờ trước khi soạn đoạn kết quả.
Trong sổ cái này, chỉ A cung cấp các trường hiển thị cho phép tính được chỉ định. B có theo dõi sai và C thiếu SD cần thiết, vì vậy các đầu vào không đủ để đưa ra ước tính tổng hợp từ ba nghiên cứu. Một chương trình mà vẫn đưa ra ước tính cần được kiểm tra các quy tắc bao gồm và cách xử lý dữ liệu thiếu của nó.
Việc giải thích vẫn cần bối cảnh của nghiên cứu: chỉ một ngưỡng I² không nên dùng để chọn mô hình, và một kết quả không có ý nghĩa thống kê không chứng minh việc không có hiệu ứng. Hướng dẫn phân tích tổng hợp meta-analysis explainer giải thích những khái niệm này, với các phương pháp bổ sung trong chương phân tích Cochrane. Nếu việc tổng hợp không thể trả lời câu hỏi, hãy chọn đầu ra phù hợp và chuyển giao theo hướng dẫn tổng hợp bằng chứng evidence-synthesis guide.
Mỗi hàng đóng góp thuộc về kết quả dự kiến, so sánh và theo dõi.
Nhiều báo cáo hoặc hiệu ứng từ cùng một người tham gia không bị xử lý như là độc lập một cách tình cờ.
Các phép biến đổi, quyết định dữ liệu thiếu và phân tích độ nhạy hiển thị bên cạnh các kết quả bị ảnh hưởng.
Các giá trị và nhãn trong bản thảo khớp với kết quả lưu; các kết luận giữ nguyên sự không chắc chắn và giới hạn nghiên cứu.
Chuyển giao các đầu vào, thiết lập và kết quả cùng nhau
Một đồng nghiệp nên có khả năng theo dõi phân tích từ các hồ sơ nguồn được phép đến kết quả được báo cáo. Bản khai dưới đây là một cấu trúc bạn có thể sao chép vào dự án của riêng mình, không phải là tuyên bố rằng mỗi ứng viên xuất mỗi mục. Giữ dữ liệu xuất thô, dữ liệu đã kiểm tra và đầu vào phân tích riêng biệt.
Đối với một thử nghiệm Gatsbi được đề xuất, hãy bắt đầu với các trường nghiên cứu đã được kiểm tra và một phân tích đã được chỉ định. Xem xét và chỉnh sửa đầu ra, sau đó xuất dữ liệu thô và các kết quả chính được mô tả trên trang sản phẩm. So sánh những dữ liệu xuất đó với bản khai này. Việc ánh xạ nguồn, cài đặt mô hình đầy đủ, truy cập mã và môi trường đóng băng vẫn là các mục cần kiểm tra; một báo cáo hoặc hình minh họa một mình không chứng minh được tính khả tái lập.
Khi có mã nguồn, hãy để một nhà phân tích khác chạy lại mã từ các đầu vào đã lưu. Đối với quy trình làm việc dựa trên giao diện, hãy để họ tái tạo các thiết lập và độc lập kiểm tra các phép tính chính khi có thể. Ghi lại bất kỳ phần nào không thể tái tạo, bao gồm cả phiên bản dịch vụ không khả dụng. Lưu các chỉnh sửa dưới dạng phiên bản mới kèm lý do, và đối chiếu kết quả cuối cùng với bản thảo.
| Hồ sơ / tên đề xuất | Phải chứa | Kiểm tra chuyển giao |
|---|---|---|
README.txt | Câu hỏi, ID phân tích, các bước vào hoặc giao diện thực thi, điều kiện tiên quyết và giới hạn | Một đồng nghiệp biết cách bắt đầu và yêu cầu truy cập gì |
source-manifest.csv và extraction-ledger.csv | ID nghiên cứu/báo cáo, vị trí nguồn được phép, giá trị gốc/đã kiểm tra và lý do chỉnh sửa | Mỗi đầu vào có thể được truy xuất mà không phân phối lại các văn bản đầy đủ bị hạn chế |
analysis-input.csv và từ điển dữ liệu | Chỉ các đầu vào phân tích dự định, đơn vị, dữ liệu thiếu và các biến đổi | Không có sự bao gồm không giải thích, giá trị phát minh, hoặc thay đổi thời điểm |
analysis-config.json hoặc hồ sơ tương đương | Biện pháp hiệu quả, hướng, mô hình, bộ ước lượng, phương pháp khoảng, và quy tắc dữ liệu thiếu | Phương pháp được nêu rõ; các cài đặt không có sẵn được xác định |
analysis.R hoặc run-record.md; environment.txt | Kiểm tra mã hoặc ghi lại các bước giao diện, phiên bản phần mềm/gói, và ngày chạy | Một nhà phân tích khác có thể chạy lại hoặc tái tạo phép tính và xác định các hạn chế còn lại |
decision-log.csv và kết quả | Lý do thay đổi, chạy kiểm tra độ nhạy, bảng/biểu đồ đã lưu, và kiểm tra bản thảo | Các giá trị báo cáo khớp với phiên bản kết quả được phê duyệt |
Câu hỏi thường gặp
RevMan và metafor có phải là công cụ AI không?
Chúng là phần mềm đánh giá-phân tích hoặc thống kê. Chúng có thể được sử dụng cùng với AI để hỗ trợ trích xuất hoặc mã hóa, nhưng những vai trò đó nên được đánh giá riêng.
Khi nào tôi nên chọn quy trình tích hợp thay vì R?
Cân nhắc quy trình tích hợp khi các phương pháp được hỗ trợ và dữ liệu hiển thị đáp ứng nhu cầu phân tích của bạn và bạn thích một giao diện. Cân nhắc thiết lập dựa trên mã script khi nhóm của bạn cần và có thể duy trì mã có thể kiểm tra hoặc các phương pháp cụ thể. Xác minh thiết kế, cài đặt và xuất dữ liệu cần thiết cho bất kỳ con đường nào.
Tôi nên kiểm tra gì trong mã phân tích do AI tạo ra?
Kiểm tra các biến, hướng nhóm, biện pháp hiệu quả, đầu vào độ không chắc chắn, sự phụ thuộc giữa các hiệu ứng, quy tắc dữ liệu bị thiếu, tham số mô hình và phiên bản gói. Tính toán lại một ví dụ đơn giản một cách độc lập và nhờ một nhà phân tích khác chạy lại tập lệnh đã lưu.
Một nghiên cứu có thể vẫn nằm trong tổng quan nếu nó không thể tham gia phân tích tổng hợp không?
Có. Tính đủ điều kiện cho tổng quan và đóng góp vào một phân tích cụ thể là các quyết định riêng biệt. Thiếu SD hoặc theo dõi không tương thích có thể ngăn một phép tính trong khi nghiên cứu vẫn liên quan đến tổng quan; ghi lại lý do và sử dụng phương pháp tổng hợp phù hợp.
Nguồn và tài liệu đọc thêm
Xem nguồn gốc để biết đầy đủ phương pháp, phạm vi và những cập nhật mới nhất.
- Lựa chọn các biện pháp hiệu quảCochrane
- Phân tích dữ liệu và thực hiện phân tích tổng hợpCochrane
- Lựa chọn một quy trình ElicitElicit
- RevManCochrane
- Tài liệu metaforDự án metafor
- Quy trình phân tích và xuất Gatsbi ReviewerGatsbi · tài liệu sản phẩm của nhà xuất bản